Demystify Git

Git虽然很时髦,但是不好学,不好用. 关键是不好理解. 本文用最通俗易懂又直观的方式,帮助大家理解git, git的内部组织, 基本概念,还有常用 的工作流程.

本文来自墙外. 习某某说:"贸易保护主义如同把自己关黑屋子，见不到阳光和空气"，但是，和网上长城gfw比起来，那算什么？今天看到一个来自小黑屋外的视频，觉得不错，和大家分享一下。视频地址：https://www.youtube.com/watch?v=GYnOwPl8yCE

Git workflow

1. 简单的，称为github workflow, 一个main 线，每个developer自己一条线，短命，从main导出，通过pull request 合并到main. 参照：http://scottchacon.com/2011/08/31/github-flow.html

2. 复杂的，称为 git flow，两个以上主线，一个是develop 线（或叫next 线），一个master, develop线是集成线。所有的features (或称为topic 线） 线从develop导出，合并到此。develop线累积到一定程度后，master先分出一条release 线，其名字根据当前的master tag 来定，比如 release-1.2，然后，将dev合并到master （通常, dev 是master 的超集，所以，这个合并只会包括 fast-forward), 并tag master为 master-1.3。所以 master 其实也是一个release 线，只不它是最新的哪条release 线。在最新的release线(即master线)上的所有 fix都要合并回dev线，或许也合并到某些较旧的release 线，但是，在较旧的release线上的fix，不一定需要合并到dev线上，因为，dev线上可能已经没有那个feature了。 参照：http://nvie.com/posts/a-successful-git-branching-model/

Git Squash Method:

1. >git rebase -i HEAD~5 #squash last 4 commit,

edit the file to choose pick or squash

2. make sure index and working tree is clean

>git reset --soft HEAD~5 #head moved, index and working tree untouched

>git commit --edit -m"$(git log --format=%B --reverse HEAD~5..HEAD)"

3. make sure all stuff commited

>git reset --hard HEAD~5

>git merge --squash HEAD@{1} # HEAD@{1} is the previous head before reset --hard

>git commit

Move git branch head around

>git checkout commit  #detached head

>git branch -f branch-name head #glitch: fail if current branch, the previous cmd avoid this.

Diff 控制

在 git diff --no-index 时， .gitignore 等的设置不起作用，有个解救，利用 .gitattributes 文件，例如， *.obj  -diff ,

*.dll diff=nodiff
and
git config diff.nodiff.command /bin/true
or git config diff.nodiff.command echo

参 git manual gitattributes or config

注意，因为no-index 需要两个path, 所以 pathspec 方法(参git help glossary)不行 。
pathspec 方法例子：path/to/*.* :!*.obj 或等同的：path/to/*.* :(exclude)*.obj