2019.3.6 Github学习 &Git学习

时间 2019-12-06

标签 2019.3.6 github 学习 git 栏目 Git 繁體版

原文原文链接

Github学习

1.使用Github

1.1 目的

借助github托管项目代码

1.2 基本概念

仓库（Repository）

仓库的意思是：即你的项目，你想在Github上开源一个项目，那就必需要新建一个Repository，若是你开源项目多了，就有多个Repository

收藏（star）

仓库主页stat按钮，意思为收藏项目的人数。

复制克隆项目（fork）

点击fork以后会在记得仓库下面复制一个如出一辙的仓库下来

发起请求（full request）

发送请求，这个实际上是基于fork的，若是别人在你基础上作了改进，后来以为改进的不错，应该要把这些改进让更多的人收益，因而就想把本身的改进合并到原有的项目中，这时候他就能够发起一个请求（简称PR），若是改进的很好元有项目的人赞成以后就会接受PR

关注（watch）

watch某个项目，那么之后只要这个项目有任何更新，你都会第一时间收到关于这个项目的通知和提醒。

事务卡片（Issue）

发现代码bug，可是目前没有成型代码，须要讨论时用：

2.Github主页

帐号建立成功或点击地址栏Github图标均可以进入Github主页额；改主页左侧主要显示用户动态以及关注用户或关注仓库的动态；右侧显示全部的git库

2.1 仓库主页

仓库主页主要是显示项目的信息，如：项目代码，版本，收藏/关注/fork状况等

2.2 我的主页

我的信息：头像，我的简介，关注个人人，我关注的人，我关注的Git库，个人开源项目，我贡献的开源项目等信息

3.仓库管理

3.1 New Repository

3.2 create new file

3.3 edit file

点击文件名能够看到详细内容并编辑文件；点击提交信息能够看到修改内容java

3.4 Upload file

3.5 find file

快捷键 Tgit

4.Github Issues

做用：发现代码BUG，可是目前没有成型代码，须要讨论时用，或者使用开源鲜蘑菇出现问题时使用

4.1 使用

上图须要模拟两个帐号来处理问题，只有一个因此只能这样了；问题解决以后记得点击close issuegithub

5.基本概念实战

仓库

我的主页

仓库相关操做

克隆项目

发起请求

在本身fork的项目里面作相应的修改，而后full request 才会提交到对方的仓库里面，别人赞成了才会显示本身的文件。Merger full requestvim

6.开源项目贡献流程

6.1 新建Issue

提交使用问题或者建议想法

6.2 Pull Request

步骤：
    1.fork项目
    2.修改本身仓库的项目代码
    3.新建pull request
    4.等待做者审核，合并到制做者仓库中

7.Git安装和使用

7.1 什么是Git？

Git是目前世界上最早进的分布式版本控制系统

7.1 目的

经过Git管理Github 托管项目代码

7.2 下载安装

地址：https://git-scm.com/
服务器

红色标记是一个是命令行界面，一个图形化界面app

中间没有图的都是Next步骤，最后剩下的三步是默认Nextssh

7.3 测试安装是否成功

点击桌面，鼠标右击，出现以上Git 就是成功分布式

8 介绍Git基本工做原理

8.1 Git工做区域

Git Repository （Git仓库）

最终肯定的文件保存到仓库，成为一个新的版本，而且对他人可见

暂存区（Index/Stage）

暂存已经修改的文件最后统一提交到git仓库中

工做区（Working Directory）

添加、编辑、修改可见等动做

远程仓库（Remote）

8.2 向仓库中添加文件流程

git status
    git add hello.java

    git status
    git commit -m "提交描述"
    
    git status

8.3 Git与SVN的最主要区别？

SVN是集中式版本控制系统，版本库是集中放在中央服务器的额，而干活的时候，用的都是本身的电脑，因此首先要从中央服务器哪里获得最新的版本，而后干活，作完项目以后，须要把本身作完的模块推送到中央服务器。集中式版本控制系统必须和联网才能工做，若是在局域网还能够，带宽够大，速度够快，若是在互联网下，网速慢就要等了。

Git是分布式版本控制系统，那么它就没有中央服务器的额，每一个人的的电脑就是一个完整的版本库，这样，工做的时候就不须要联网了，由于版本都是在本身的电脑上，既然每一个人的电脑都有一个完整的版本库，那多我的如何协做呢？两我的同时修改了一个文件。这时候两我的之间只须要把各自的修改推送给对方就能够相互看到修改的内容。

9 Git初始化及仓库建立和操做

9.1 Git基础设置

设置用户名

git config --global user.name='qichunlin'

设置用户名邮箱

git config --global user.email='737795279@qq.com'

查看设置

git config --list

该设置在Github仓库主页显示谁提交了该文件
由于Git是分布式版本控制系统，因此须要填写用户名和邮箱做为一个标识。
svn

9.2 Git操做

初始化一个新的仓库（文件夹）

添加文件到工做区

查看文件状态

添加文件到暂存区

将文件添加到本地Git仓库

GIt撤销和删除文件操做

本地删除文件
    rm a.java

从Git库中删除文件
    git commit -m '删除文件'

删除工做区文件，而且将此次删除放入暂存区
    git rm [file1] [file2] ...
没有提交操做以前想恢复文件
    git checkout -- filename

中止追踪指定文件，但该文件会保留在工做区
    git rm --cached [file]

撤销操做

git checkout -- readme.md

查看文件修改内容

git diff README.md

版本回退

git log

git --pretty=oneline

git reset --hard HEAD^


===============

缩短显示提交的信息，
学习
版本回退两种方法

第一种是：git reset --hard HEAD^ 那么若是要回退到上上个版本只需把HEAD^ 改为 HEAD^^ 以此类推。那若是要回退到前100个版本的话，使用上面的方法确定不方便，咱们可使用下面的简便命令操做：git reset --hard HEAD~100 便可。

回退到最新版本

先获取到版本号：git reflog  
    在使用：    git reset --hard e24b613

注意

全部的版本控制系统，只能跟踪文本文件的改动，好比txt文件，网页，全部程序的的代码等，Git也不例外，版本控制系统能够告诉你每次的改动，可是图片，视频这些二进制文件，虽能由版本控制系统管理，但无法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是知道图片从1kb变到2kb，可是修改了啥，版本控制也不知道。

10.Git克隆操做

目的

将远程仓库（github对应的项目）复制到本地

把本地库和远程库关联起来设置

git remote add origin https://github.com/qichunlin/test.git

上传本地库到远程库

git push -u origin master

git push

提交到远程服务器（报错）

看下面的解决办法

10.Github配置远程仓库

10.1 建立SSH Key

在用户主目录下，看看有没有.ssh目录，若是有，再看看这个目录下有没有id_rsa和 id_rsa.pub  这两个文件,若是有的话，直接跳过此以下命令，若是没有的话，打开命令行，输入以下命令：
   ssh-keygen -t rsa –C “youremail@example.com”


id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，能够放心地告诉任何人。

第一种写法是错误的加了空格,第二种才是对的。注意：输入完成以后，必定要回车三次！！！！！！

vim 打开文件复制内容

ssh -keygen

提交Github

登陆github,打开” settings”中的SSH Keys页面，而后点击“Add SSH Key”,填上任意title，在Key文本框里黏贴id_rsa.pub文件的内容。

获取Github上的地址，在本地Git输入

git remote add origin https://github.com/qichunlin/test.git

推送

git push -u orgin master

     因为远程库是空的，咱们第一次推送master分支时，加上了 –u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在之后的推送或者拉取时就能够简化命令。推送成功后，能够马上在github页面中看到远程库的内容已经和本地如出一辙了，上面的要输入github的用户名和密码


后面若是想提交 直接输入 git push origin master

测试

11. 建立与合并分支

在版本回退里，你已经知道，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD严格来讲不是指向提交，而是指向master，master才是执行提交的，因此，HEAD指向的就是当前分支。

建立dev分支，而后切换dev分支上

git checkout 命令加上 –b参数表示建立并切换，至关于以下2条命令

   git branch dev          git checkout dev

git branch查看分支，会列出全部的分支，当前分支前面会添加一个星号。

在dev分支上作操做，并切换到主分支

在主分支master上合并分支

git merge命令用于合并指定分支到当前分支上

注意到上面的Fast-forward信息，Git告诉咱们，此次合并是“快进模式”，也就是直接把master指向dev的当前提交，因此合并速度很是快。

合并完成，删除dev分支

总结建立与合并分支操做

总结建立与合并分支命令以下：

查看分支：git branch

建立分支：git branch name

切换分支：git checkout name

建立+切换分支：git checkout –b name

合并某分支到当前分支：git merge name

删除分支：git branch –d name

12. 如何解决冲突

新建一个新分支 fenzhi1，在readmemd添加一行内容，而后提交
切换到master分支上，也在同一行添加内容
在master分支上来合并fenzhi1

Git用<<<<<<<，=======，>>>>>>>标记出不一样分支的内容，其中<<<head是指主分支修改的内容，>>>>>fenzhi1 是指fenzhi1上修改的内容

分支管理策略

一般合并分支时，git通常使用”Fast forward”模式，在这种模式下，删除分支后，会丢掉分支信息，如今咱们来使用带参数 –no-ff来禁用”Fast forward”模式。

流程：
    建立一个dev分支。
    修改readme.txt内容。
    添加到暂存区。
    切换回主分支(master)。
    合并dev分支，使用命令 git merge –no-ff -m “注释” dev
    查看历史记录

合并dev分支 -no-ff 表示禁用fast forward：
     git merge --no-ff -m 'merge with no-ff' dev

分支策略：首先master主分支应该是很是稳定的，也就是用来发布新版本，通常状况下不容许在上面干活，干活通常状况下在新建的dev分支上干活，干完后，好比上要发布，或者说dev分支代码稳定后能够合并到主分支master上来。

13.Bug分支

在开发中，会常常碰到bug问题，那么有了bug就须要修复，在Git中，分支是很强大的，每一个bug均可以经过一个临时分支来修复，修复完成后，合并分支，而后将临时的分支删除掉。
   好比我在开发中接到一个404 bug时候，咱们能够建立一个404分支来修复它，可是，当前的dev分支上的工做尚未提交。

git stash 将当前的工做现场隐藏起来，等之后恢复现场继续工做

建立issue-bug分支来修复bug；
首先咱们要肯定在那个分支上修复bug，好比我如今是在主分支master上来修复的，如今我要在master分支上建立一个临时分支

修复完成后，切换到master分支上，并完成合并，最后删除issue-404分支。

回到原来分支工做

工做现场

工做现场还在，Git把stash内容存在某个地方了，可是须要恢复一下，可使用以下2个方法：

1.git stash apply恢复，恢复后，stash内容并不删除，你须要使用命令git stash drop来删除。
   2.另外一种方式是使用git stash pop,恢复的同时把stash内容也删除了。

14.多人协做

当你从远程库克隆时候，实际上Git自动把本地的master分支和远程的master分支对应起来了，而且远程库的默认名称是origin。

fetch 抓取 push 推送

推送分支

推送分支就是把该分支上全部本地提交到远程库中，推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上： 使用命令 git push origin master

远程README

本地README

推送文件到远程

OK 若是咱们如今要推送到其余分支，好比dev分支上，咱们仍是那个命令 git push origin dev

master分支是主分支，所以要时刻与远程同步。
一些修复bug分支不须要推送到远程去，能够先合并到主分支上，而后把主分支master推送到远程去。

抓取分支

先推送fenzhi1到远程去

咱们的小伙伴要在fenzhi1分支上作开发，就必须把远程的origin的fenzhi1 分支到本地来，因而可使用命令建立本地fenzhi1分支：

git checkout –b fenzhi1 origin/fenzhi1

推送远程