记录我学github的路程（三）

2015-12-22 更新

一、Bug分支

1，假设如下场景，你正在dev分支工作，突然接到一个修复代号为101的bug的任务时，dev的东西还没不能提交，但是bug需要马上修复。

Git提供了一个stash功能，可以把当前工作现场存储起来，等以后恢复现场后继续工作。

2，使用方法：

$ git stash //  类似于保护现场

注：执行上面时可能会出现这个错，no local changes to save，有可能是没有切换到dev分支，或者切换后没有在工作区进行修改，总之，多试试

然后切换回需要的分支进行修复，这里假设是master分支

$ git checkout master

再从master创建临时分支

$ git checkout -b issue-101

这里进行修改，并提交

$ git add readme.txt

$ git commit -m "fix bug 101"

这里就算是修复完成了，然后切换回master分支，完成合并，最后删除 issue-101 分支

$ git checkout master

$ git merge --no-ff -m "merged bug fix 101" issue-101  // 合并

$ git branch -d issue-101

到这里就修复完成了，切换回dev分支

$ git checkout dev

$ git status  // 可以查看一下工作区是干净的

查看刚才的工作现场

$ git stash list  //   可以看到工作现场还在，git把stash内容存在某个地方了，但是需要恢复，有两个方法

（1） $ git stash pop   // 恢复的同时把stash内容也删了

（2） $ git stash apply // 恢复后，stash内容并不是删除，需要 $ git stash drop 来删除

删除后可以再次查看一下

$ git stash list

2，可以多次stash，恢复的时候先用$ git stash list 查看，然后恢复到指定的stash，如下：

$ git stash apply stash@{0}

 

4，小结：修复bug时，通过创建新的bug分支进行修复，然后合并，最后删除

手里有工作没有完成时，先把工作县城 git stash一下，然后去修复bug，修复完了再 git stash pop，回到工作现场。

 

2015-12-28  更新

Feature分支

1，添加新功能时，肯定不希望因为一些实验性质的代码把主分支搞乱了，所以，添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后删除该分支。

2，实例：假设你接到一个新任务，代号为vulcan

（1）准备开发： $ git checkout -b feature-vulcan

（2）5分钟后，开发完毕，查看一下 $ git status

（3）切回dev目录，$ git checkout dev  若一切顺利，feature分支和bug分支是蕾丝的，合并然后删除

（4）此时，新功能要取消，就要删除这个分支 $ git branch -d feature-vulcan

这时候Git会提醒你，feature-vulcan还没有合并，若删除则会丢失修改。需要强行删除

$ git branch -D feature-vulcan  // 强行删除

 

　　 多人协作

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

1，查看远程库的信息 $ git remote

$ git remote -v    //   查看更详细的信息

上面显示了可以抓取和推送的origin的地址，若没有推送权限，就看不到push的地址

 

　　推送分支

1，推送分支：就是把该分支上的本地提交推送到远程库。推送时，要制定本地分支，这样Git就会把该本地分支推送到远程库对应的远程分支上

$ git push origin master  //   要推送dev分支，就把master换成dev

2，哪些分支需要推送，哪些不要呢，这里有几个原则：

（1）master分支是主分支，因此要时刻与远程同步

（2）dev分支是开发分支，团队成员都需要在上面工作，所以也要与远程同步

（3）bug分支只用于在本地修复bug，可以用不要推送到远程，除非老板要看看你到底修复了几个bug

（4）feature分支是否推送到远程，取决于你是否和你的小伙伴合作在上面开发

 

　　抓取分支

1，多人协作时，大家都会往master和dev分支上推送各自的修改

2，模拟一个小伙伴，可以在另一台电脑（注意要把SSH Key添加到GitHub）或者同一台电脑的另一个目录下克隆。

实例：

先切换到另外一个目录：

这里开始克隆

再次提醒一下：要将SSH Key添加到GitHub，相当于告诉你的GitHub账户信任这台电脑，不知道准不准确，这里希望大神解答。

 友情提示：有时候 会出现这个错误

　　fatal: Not a git repository (or any of the parent directories): .git

　　提示说没有.git这样一个目录，解决办法如下：

　　$ git init   就可以了

 

2016-01-03 更新   新的一年希望自己能变得更好

1，运行$ git clone  可能会出错：warning: You appear to have cloned an empty repository  // 克隆一个空目录

或者  fatal: destination path '.' already exists and is not an empty directory  // 目标路径已存在，且不为空

解决方法 ： 参考自： http://blog.csdn.net/lein_wang/article/details/8182790

$ ls -a

$ rm .git/ -rf

不过我这样试了还是没用，只好把目录删除的东西全删了， 我是这样做的  

$ rm * -rf   //  这样后面再重新 git clone 一下就好了

 

//  git branch的一些用法，可以参考这个博客  http://blog.csdn.net/xiruanliuwei/article/details/6919319

 

2，有的运行 Git clone之后，查看分支发现是空的，这时候要注意要切换进你clone过来的那个目录才可以看见分支，不要跟我一样傻逼似，哎

接上面的抓取分支

（1）当你克隆之后，默认只能看到本地的master分支，就像上面那个图一样

（2）现在，你的小伙伴要在dev分支下开发，就必须创建远程origin的dev分支到本地：

$ git checkout -b dev origin/dev

（3）这样，小伙伴就可以在dev上继续修改，然后时不时的把dev分支push到远程

$ git commit -m "add dev 20160103"

$ git push origin dev

（4）你的小伙伴已经向origin/dev分支推送了他的分支，而碰巧你也对同样的文件进行了修改并且推送:

$ git push origin dev //  可能会出错，因为你的小伙伴的最新提交和你试图推送的提交有冲突，Git会提示我们解决的方法，先用git pull把最新的提交从origin/dev中拿下来，然后在本地合并，解决冲突，最后推送：

$ git pull // 也可能会失败，因为没有指定本地dev分支与远程origin/dev分支的链接，根据提示设置dev分支与远程origin/dev分支的链接

$ git branch --set-upstream dev origin/dev

再pull。

若pull成功后有冲突，需要手动解决，解决的方法和分支管理中的解决冲突一样，解决后再push

 

3，多人协作的模式通常是这样：

（1）首先，可以试图用git push origin branch-name退送自己的修改

（2）若退送失败，则因为远程分支比你的本地更新，需要先用git pull 合并

（3）若合并有冲突，则解决本地冲突，并在本地提交

（2）没有冲突或解决了冲突，再用git push origin branch-name推送就可以了

 

4，小结：

（1）查看远程库信息，使用git remote -v

（2）本地新建的分支若不推送到远程，别人是看不见的

（3）在本地创建和远程分支对应的分支，用$ git checkout -b dev origin/dev  颜色部分表示分支名字，最好一致

（4）git pull提示 "no tracking information"，则说明本地分支没有与远程分支建立链接关系，用命令

　　$ git branch --set-upstream dev origin/dev  建立本地分支与远程分支的关联

 

2016-01-04  更新

标签管理：发布一个版本时，通常会在版本库中打上一个标签，这样就唯一确定了打标签时刻的版本，将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来

 

Git的标签虽然是版本库的快照，但其实就是只想某个comit的指针（跟分支很像，但是分支可以移动，而标签不能移动）

 

　　创建标签

1，首先切换到需要打标签的分支上，

$ git branch

$ git checkout master

2，然后敲击 git tag name 就可以打一个标签

$ git tag v1.0

3，查看所有标签

$ git tag

 

4，默认标签是打在最新提交的commit上的。有时候忘记打了，比如今天周五了，周一的标签还没有打，怎么办

方法是找到历史提交的commit，然后打上就可以了

$ git log --pretty=oneline --abbrev-commit

然后找到对应的分支，打上就可以，比如这里对 "1127 change"，打标签，就这样做

$ git tag v0.01 2c8de67

 

5，注意标签不是按时间排序的，而是按字母，可以用git show tagname 查看标签信息

 

6，还可以创建带有说明的标签， -a指定标签名， -m说明文字

$ git tag -a v0.1 -m "version 0.1 release" 98e56b0

$ git show v0.1  //  再查看一下

 

7，还可以通过-s用私钥签名一个标签

$ git tag -s v0.2 -m "signed version 0.2 release"  7478f13

 签名采用PGP签名，因此，必须先安装gpg，否则就会报错，

若报错，请参考GnuPG帮助文档配置key

// 关于这个可以查看这个http://wenku.baidu.com/link?url=zGiQnJuni2FQFfmeRuXa_novFIQrElE8esw7bB-P5t7jJNFw_2_3vhfBIIrmmJIUWbW5H1CYfh14PdhkNkH2Xx2MbWGvaqN9Yofh28n0vtG###

// windows下好像叫这个  Gpg4win ，

 

8，小结：

（1）$ git tag tagname 用于创建一个标签，默认为HEAD，也可以指定一个commit ID

（2）-a tagname -m "balabala..."  可以指定标签信息

（3）-s tagname -m "balabala..." 可以用PGP签名标签

（4）$ git tag 可以查看所有标签

 

2016-01-05  更新

   操作标签

1，标签打错了，也可以删除。创建的标签都只存储在本地，不会自动推送到远程，所以，打错的标签可以在本地安全的删除

$ git tag -d v0.1

 

2，要推送某个标签到远程，

$ git push origin v1.0

 

3，一次性推送全部尚未推送到远程的本地标签

$ git push origin --tags

 

4，推送到远程后的标签删除起来比较麻烦，先从本地删除

$ git tag -d v0.9

然后从远程删除

$ git push origin :refs/tags/v0.9

可以登录GitHub查看有没有删除标签

 

 

20160106

第一篇就说明了是参看廖雪峰老师的东西做的笔记，突然间好多人看了，好激动。还是把廖雪峰老师的主页放上来，http://www.liaoxuefeng.com/

廖老师的东西比较权威靠谱一点