首先理解几个基本概念：
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.c diff --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; #else pastVirtualCh[0].stTPSetting.u16Frequency = stTPSetting.u16Frequency;
REPO全部更新：
repo forall -c git pull
初始化本地git仓库（创建新仓库）
git init |
配置用户名
git config --global user.name "xxx" |
配置邮件
git config --global user.email "xxx@xxx.com" |
git status等命令自动着色
git config --global color.ui true git config --global color.status autogit config --global color.diff autogit config --global color.branch autogit config --global color.interactive auto |
clone远程仓库
git clone git+ssh://git@192.168.53.168/VT.git |
查看当前版本状态（是否修改）
git status |
添加xyz文件至index
git add xyz |
增加当前子目录下所有更改过的文件至index
git add . |
提交
git commit -m 'xxx' |
合并上一次提交（用于反复修改）
git commit --amend -m 'xxx' |
将add和commit合为一步
git commit -am 'xxx' |
删除index中的文件
git rm xxx |
递归删除
git rm -r * |
显示提交日志
git log |
显示1行日志 -n为n行
git log -1 git log -5 |
显示提交日志及相关变动文件
git log --stat git log -p -m |
显示某个提交的详细内容
git show dfb02e6e4f2f7b573337763e5c0013802e392818 |
可只用commitid的前几位
git show dfb02 |
显示HEAD提交日志
git show HEAD |
显示HEAD的父（上一个版本）的提交日志 ^^为上两个版本 ^5为上5个版本
git show HEAD^ |
显示已存在的tag
git tag |
增加v2.0的tag
git tag -a v2.0 -m 'xxx' |
显示v2.0的日志及详细内容
git show v2.0 |
显示v2.0的日志
git log v2.0 |
显示所有未添加至index的变更
git diff |
显示所有已添加index但还未commit的变更
git diff --cached |
比较与上一个版本的差异
git diff HEAD^ |
比较与HEAD版本lib目录的差异
git diff HEAD -- ./lib |
比较远程分支master上有本地分支master上没有的
git diff origin/master..master |
只显示差异的文件，不显示具体内容
git diff origin/master..master --stat |
增加远程定义（用于push/pull/fetch）
git remote add origin git+ssh://git@192.168.53.168/VT.git |
显示本地分支
git branch |
显示包含提交50089的分支
git branch --contains 50089 |
显示所有分支
git branch -a |
显示所有原创分支
git branch -r |
显示所有已合并到当前分支的分支
git branch --merged |
显示所有未合并到当前分支的分支
git branch --no-merged |
本地分支改名
git branch -m master master_copy |
从当前分支创建新分支master_copy并检出
git checkout -b master_copy |
上面的完整版
git checkout -b master master_copy |
检出已存在的features/performance分支
git checkout features/performance |
检出远程分支hotfixes/BJVEP933并创建本地跟踪分支
git checkout --track hotfixes/BJVEP933 |
检出版本v2.0
git checkout v2.0 |
从远程分支develop创建新本地分支devel并检出
git checkout -b devel origin/develop |
检出head版本的README文件（可用于修改错误回退）
git checkout -- README |
合并远程master分支至当前分支
git merge origin/master |
合并提交ff44785404a8e的修改
git cherry-pick ff44785404a8e |
将当前分支push到远程master分支
git push origin master |
删除远程仓库的hotfixes/BJVEP933分支
git push origin :hotfixes/BJVEP933 |
把所有tag推送到远程仓库
git push --tags |
获取所有远程分支（不更新本地分支，另需merge）
git fetch |
获取所有原创分支并清除服务器上已删掉的分支
git fetch --prune |
获取远程分支master并merge到当前分支
git pull origin master |
重命名文件README为README2
git mv README README2 |
将当前版本重置为HEAD（通常用于merge失败回退）
git reset --hard HEAD git rebase |
删除分支hotfixes/BJVEP933（本分支修改已合并到其他分支）
git branch -d hotfixes/BJVEP933 |
强制删除分支hotfixes/BJVEP933
git branch -D hotfixes/BJVEP933 |
列出git index包含的文件
git ls-files |
图示当前分支历史
git show-branch |
图示所有分支历史
git show-branch --all |
显示提交历史对应的文件修改
git whatchanged |
撤销提交dfb02e6e4f2f7b573337763e5c0013802e392818
git revert dfb02e6e4f2f7b573337763e5c0013802e392818 |
内部命令：显示某个git对象
git ls-tree HEAD |
内部命令：显示某个ref对于的SHA1 HASH
git rev-parse v2.0 |
显示所有提交，包括孤立节点
git reflog git show HEAD@{5} |
显示master分支昨天的状态
git show master@{yesterday} |
图示提交日志
git log --pretty=format:'%h %s' --graph git show HEAD~3git show -s --pretty=raw 2be7fcb476 |
暂存当前修改，将所有至为HEAD状态
git stash |
查看所有暂存
git stash list |
参考第一次暂存
git stash show -p stash@{0} |
应用第一次暂存
git stash apply stash@{0} |
文件中搜索文本“delete from”
git grep "delete from" git grep -e '#define' --and -e SORT_DIRENTgit gcgit fsck |
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>”:可以删除一个远程标签。