首先理解几个基本概念：

origin：默认远程版本库；

master:默认开发分支；

查看本地更新状态：

git  status

jiangzhaowei@ubuntu$ git status
# On branch dev
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#       modified:   .config
#       modified:   tv-ap/atsc/app/Kimin.c
#       modified:   tv-ap/atsc/app/MApp_Scan_ATSC.c
#
no changes added to commit (use "git add" and/or "git commit -a")

查看更改情况：

git diff  ./tv-ap/atsc/app/MApp_Scan_ATSC.c

iangzhaowei@ubuntu$ git diff ./tv-ap/atsc/app/MApp_Scan_ATSC.cdiff --git a/tv-ap/atsc/app/MApp_Scan_ATSC.c b/tv-ap/atsc/app/MApp_Scan_ATSC.c
index c750c1d..71811dc 100755
--- a/tv-ap/atsc/app/MApp_Scan_ATSC.c
+++ b/tv-ap/atsc/app/MApp_Scan_ATSC.c
@@ -757,6 +757,7 @@ void MApp_Scan_ATSC_End(void)pastRfCh.stTPSetting.u16Frequency = stTPSetting.u16Frequency;pastRfCh.stTPSetting.fModulation = DEMOD_ATSC_MODE_NTSC;pastVirtualCh[0].u8RfNum = u8RFCh;
+                               pastVirtualCh[0].u16ProgramNumber = 0;pastVirtualCh[0].stVirtualChNum.u8AirCable = (U8)ANT_TYPE;#elsepastVirtualCh[0].stTPSetting.u16Frequency = stTPSetting.u16Frequency;

REPO全部更新：

repo forall -c git pull

初始化本地git仓库（创建新仓库）

配置用户名

配置邮件

git status等命令自动着色

clone远程仓库

查看当前版本状态（是否修改）

添加xyz文件至index

增加当前子目录下所有更改过的文件至index

提交

合并上一次提交（用于反复修改）

将add和commit合为一步

删除index中的文件

递归删除

显示提交日志

显示1行日志 -n为n行

显示提交日志及相关变动文件

显示某个提交的详细内容

可只用commitid的前几位

显示HEAD提交日志

显示HEAD的父（上一个版本）的提交日志 ^^为上两个版本 ^5为上5个版本

显示已存在的tag

增加v2.0的tag

显示v2.0的日志及详细内容

显示v2.0的日志

显示所有未添加至index的变更

显示所有已添加index但还未commit的变更

比较与上一个版本的差异

比较与HEAD版本lib目录的差异

比较远程分支master上有本地分支master上没有的

只显示差异的文件，不显示具体内容

增加远程定义（用于push/pull/fetch）

显示本地分支

显示包含提交50089的分支

显示所有分支

显示所有原创分支

显示所有已合并到当前分支的分支

显示所有未合并到当前分支的分支

本地分支改名

从当前分支创建新分支master_copy并检出

上面的完整版

检出已存在的features/performance分支

检出远程分支hotfixes/BJVEP933并创建本地跟踪分支

检出版本v2.0

从远程分支develop创建新本地分支devel并检出

检出head版本的README文件（可用于修改错误回退）

合并远程master分支至当前分支

合并提交ff44785404a8e的修改

将当前分支push到远程master分支

删除远程仓库的hotfixes/BJVEP933分支

把所有tag推送到远程仓库

获取所有远程分支（不更新本地分支，另需merge）

获取所有原创分支并清除服务器上已删掉的分支

获取远程分支master并merge到当前分支

重命名文件README为README2

将当前版本重置为HEAD（通常用于merge失败回退）

删除分支hotfixes/BJVEP933（本分支修改已合并到其他分支）

强制删除分支hotfixes/BJVEP933

列出git index包含的文件

图示当前分支历史

图示所有分支历史

显示提交历史对应的文件修改

撤销提交dfb02e6e4f2f7b573337763e5c0013802e392818

内部命令：显示某个git对象

内部命令：显示某个ref对于的SHA1 HASH

显示所有提交，包括孤立节点

显示master分支昨天的状态

图示提交日志

暂存当前修改，将所有至为HEAD状态

查看所有暂存

参考第一次暂存

应用第一次暂存

文件中搜索文本“delete from”

git checkout -- 文件名

把该文件在工作区的修改全部撤销，这里有两种情况：

一种是文件修改后还没有放到暂存区（也就是还没有执行git add）,现在撤销修改就回到和版本库一样的状态；

一种是文件修改后已经添加到暂存区（已经执行了git add），又做了修改，撤销修改就回到了添加到暂存区后的状态；

总之，就是让这个文件回到最近执行git commit或git add时的状态。

注意中间的"--"很重要，没有“--”，就变成了“切换到另一个分支”的命令。

git reset HEAD 文件名

把暂存区的修改撤销掉（unstage）,重新放回工作区。

git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区，当我们用HEAD时，表示最新的版本。

。

 git rm 文件名

在工作区中增加一个文件，并添加到本地分支中。但是如果你不需要这个文件了。你直接用"rm 文件名"删除该文件。这个时候，Git知道你删除了文件，因此，工作区和版本库就不一样了。git status可以查看当前的情况。

此时有两个选择：

1.确实要从版本库中删除该文件，就用命令"git rm 文件名"删掉，并且git commit提交，此时该文件就真正从版本库中删除了。

2.另一种情况是删错了，因为版本库中还有该文件，所以可以把误删的文件恢复到最新版本，“git checkout -- 文件名”。“git checkout”就是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。

git remote add origin ***github仓库地址

关联一个远程仓库。在第一次提交之前进行。

git remote -v

查看远程仓库的地址。

git remote rm origin 

删除原来的远程仓库地址。

git push -u origin master

第一次推送master分支的所有内容。

git push origin master

以后每次的修改使用该命令。

关于分支：

在版本回滚里，每次提交，Git都把他们串成一条时间线，这条时间线就是一个分支。到目前为止，只有一条时间线，在Git里，这个分支叫主分支，即master分支。HEAD指针严格来说不是指向提交，而是指向master，master才是指向提交的。所以，HEAD指向的就是当前分支。

git checkout -b dev

创建一个dev分支，然后切换到dev分支。

.

（22）分支管理策略

1.通常合并分支时，如果可以，Git会使用Fast Forward快进模式，但这种模式下，删除分支后，会丢掉分支信息。我们可以使用--no-ff方式的git merge.

2.git checkout -b dev

仍然创建并切换到dev分支。

3.git add .

git commit -m "merge --no-ff"

在dev分支下进行提交。

4.git checkout master

切换到master分支下。

5.git merge --no-ff -m "merge with no-ff" dev

合并使用--no-ff参数，表示禁用Fast Forward。因为本次合并要创建一个新的commit，所以加上-m参数。

6.git log --graph --pretty=oneline --abbrev-commit

查看分支历史。注意使用--abbrev-commit 参数可以把commit的40为hash值缩短为7位，方便查看。

7.分支策略：

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活。干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master上发布1.0版本。每个人都有自己的分支，时不时往dev分支上合并就可以了。

合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出曾经做过合并。而fast forward合并就看不出曾经做过合并。默认是“fast forward”.

Bug分支

每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。

1.git stash

把当前的工作现场储藏起来，等以后回复现场后继续使用。

git stash list

查看当前分支中存储的stash

。

2.git status

此时在dev分支中查看工作区，是干净的。因此可以放心的创建分支来修复bug。

。

3.git checkout master

git checkout -b issue-101

首先确定要在哪个分支上修复bug，假定要在master分支上修复，就从master创建临时分支。

。

4.在issue-101上修复bug，提交。

。

5.git checkout master

git merge --no-ff -m "修复完成，合并issue-101分支" issue-101

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

合并bug分支。

。

6.git branch -d issue-101

删除bug分支。

。

7.git checkout dev

git status

再次回到dev分支干活，工作现场是完全干净的。

。

8.git stash list

查看当前的工作现场。Git把stash内容存储在某个地方了。我们需要恢复现场。

.

9.git stash pop

git stash list

在恢复内容的同时把stash的内容也删了。

.

10.git stash apply

git stash drop

这两行命令相当于“git stash pop”. 用“git stash apply”恢复，但是恢复后，stash内容并不删除，需要用“git stash drop”来删除。

。

11.git add .

git commit -m "在dev分支提交"

把dev分支工作的内容提交。等下要合并到master分支。

。

12.git checkout master

git merge --no-ff -m "合并dev分支的工作内容" dev

如果有冲突，则手动修改。

。

13.git add .

git commit -m “合并了dev后的master提交”

git branch -d dev

手动解决冲突后，在master提交，然后删除dev分支。

。

14.小结：修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除。

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

（24）Feature分支

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

当开发完成后，如果在还没有合并之前，这个新功能不需要了。就需要删除该分支。

git branch -d feature-net

.

2.git branch -D feature-net

注意：1中的删除无法成功，因为该分支还没有被合并，如果删除，将丢失修改。如果要进行强行删除，要使用"git branch -D feature-net"命令。

。

3.小结：开发一个新的feature,最好新建一个分支。如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。

（25）git remote

查看远程库的信息。

git remote -v

显示详细信息。显示了可以抓取和推送的origin地址。如果没有推送的权限，就看不到push的地址。

。

（26）多人协作

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

git push origin master

如果要推送到其他分支，比如dev，就改成：

git push origin dev

但是并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些分支不需要呢?

--master分支是主分支，因此要时刻与远程同步；

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

--bug分支只用于在本地修复bug，没必要推送到远程；

--feature分支可以看实际开发需要。

2.抓取分支

git checkout -b dev origin/dev

创建远程origin的dev分支到本地。

git branch --set-upstream dev origin/dev

设置本地dev与远程origin/dev分支的链接。

3.多人协作的模式：

--首先，可以试图用git push origin branch-name推送自己的修改；

--如果推送失败，因为远程分支比你的本地分支版本新，需要先用git pull视图合并；

--如果合并有冲突，则解决冲突，并在本地提交；

--没有冲突或者解决冲突后，再用git push origin branch-name推送就能成功。

--如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令"git branch --set-upstream branch-name origin/branch-name".

4.小结

--查看远程库信息，使用“git remote -v”;

--本地新建的分支如果不推送到远程，对其他人就是不可见的；

--从本地推送分支，使用“git push origin branch-name”,如果推送失败，先用"git pull"抓取远程的新提交；

--在本地库创建和远程分支对应的分支，使用“git checkout -b branch-name origin/branch-name”,本地和远程分支的名称最好一致；

--建立本地分支和远程分支的关联，“git branch --set-upstream branch-name origin/branch-name”;

--从远程抓取分支，使用git pull.如果有冲突，要先处理冲突。

（27）标签管理

发布一个版本时，我们通常先在版本库中打一个标签，这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。

Gitde 标签虽然是版本库的快照，但其实他就是指向某个commit的指针。所以，创建和删除标签都是瞬间完成的。

（28）创建标签

git tag v1.0

切换到要打标签的分支上，执行“git tag v1.0”,默认是打在最新提交的commit上。

git tag

查看所有的标签。

.

git tag v1.1 commit_id

标签可以打在任意一个提交上。

git show v1.0

查看标签信息。

.

（29）操作标签

1.git tag -d v1.0

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

。

2.git push origin v1.0

推送某个tag到远程分支。

。

3.git push origin --tags

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

。

4.如果标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除

git tag -d v1.0

然后从远程删除。删除命令也是push，但是格式如下：

git push origin :refs/tags/v1.0

.

5.小结：

--命令“git push origin <tagname>”:可以推送一个本地标签；

--命令“git push origin --tags”:可以推送全部未推送的本地标签；

--命令"git tag -d <tagname>":可以删除一个本地标签；

--命令“git push origin :refs/tags/<tagname>”:可以删除一个远程标签。