- 官方Pro Git文档
- 廖雪峰的Git教程
- GitHub参考文档
- 使用码云管理仓库
- markdown语法
Git简介Git是目前世界上最先进的分布式版本控制系统。#设置全局用户名和邮箱git config --global user.name "Your Name"git config --global user.email "Your Email "注意git config命令的--global参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址。【第一步：新增文件】#创建一个版本库和第一次提交mkdir democd ./demovim test.txtgit initgit add test.txt#git add . 提交所有修改git statusgit commit -m "第一次提交"【第二步：修改文件】#查看修改并提交git diff [file_name]#查看版本库和工作区的差异git diff HEAD -- readme.txtgit add test.txtgit commit -m "update"【第三步：版本回退】git log [--pretty=oneline]3628164fb26d48395383f8f31179f24e0882e1e0 append GPLea34578d5496d7dd233c827ed32a8cd576c5ee85 add distributedcb926e7ea50ad11b8f9e909c05226233bf755030 wrote a readme file#commitId是用SHA1计算出来的一个非常大的数字，用十六进制表示#要回退，那么首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，#也就是最新的提交3628164...882e1e0（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，#上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100#回退到上个版本git reset --hard HEAD^#穿梭到回退前的版本（撤销回退的操作）#找到要回退的commitIdgit reflog#执行撤销回退的操作git reset --hard 3628164【工作区和暂存区】
工作区 Working Directorydemo文件夹就是一个工作区版本库 Repository工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。./git目录Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。【管理修改】Git跟踪并管理的是修改，而非文件第一次修改 -> git add -> 第二次修改 -> git add -> git commit 两次修改都提交到版本库第一次修改 -> git add -> 第二次修改 -> git commit 只有第一次修改提交到了版本库原因：git commit只会把暂存区的修改提交到版本库【撤销修改】#撤销工作区的修改git checkout -- readme.txt一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。总之，就是让这个文件回到最近一次git commit或git add时的状态。#撤销暂存区的修改，重新放回工作区git reset HEAD file【删除文件】#执行下面命令git add test.txtgit commit -m "add test.txt"rm test.txtgit status#Git知道删除了文件，因此，工作区和版本库就不一致了。现在有两个选择：#一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：git rmgit commit -m "remove test.txt"#现在，文件就从版本库中被删除了#另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本git checkout -- test.txt【第四步：远程仓库】============方式1：先建立本地库，再关联远程库，然后进行程序同步。============在继续阅读后续内容前，请自行注册GitHub账号。由于你的本地Git仓库和GitHub仓库之间的传输是通过SSH加密的，所以，需要一点设置：第1步：创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：$ ssh-keygen -t rsa -C "youremail@example.com"添加公钥到github#连接远程仓库…or create a new repository on the command lineecho "# learninggit" >> README.mdgit initgit add README.mdgit commit -m "first commit"git remote add origin git@github.com:f1ybird/learninggit.gitgit push -u origin master…or push an existing repository from the command linegit remote add origin git@github.com:f1ybird/learninggit.gitgit push -u origin master要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git；关联后，使用命令git push -u origin master第一次推送master分支的所有内容；此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；============方式2.先建立远程库，再克隆到本地库，然后进行程序同步============登陆github，新建仓库git clone git@github.com:f1ybird/gitskills.gitcd gitskillslsREADME.md备注：使用https关联远程库#修改为httpsgit remote set-url origin https://github.com/xmanrui/autoftp.git#修改为sshgit remote set-url origin git@github.com:xmanrui/timerecord.git总结：Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快【第五步：分支管理】
============创建和和合并分支============#首先，我们创建dev分支，然后切换到dev分支：git checkout -b devSwitched to branch 'dev'#git checkout命令加上-b参数表示创建并切换，相当于以下两条命令：#git branch dev#git checkout dev#查看分支git branch* dev master#git branch命令会列出所有分支，当前分支前面会标一个*号。#然后，我们就可以在dev分支上正常提交，比如对readme.txt做个修改，加上一行：Creating a new branch is quick.git add readme.txt git commit -m "branch test"[dev fec145a] branch test 1 file changed, 1 insertion(+)#现在，dev分支的工作完成，我们就可以切换回master分支：git checkout masterSwitched to branch 'master'#切换回master分支后，再查看一个readme.txt文件，刚才添加的内容不见了！因为那个提交是在dev分支上，而master分支此刻的提交点并没有变：#现在，我们把dev分支的工作成果合并到master分支上：git merge devUpdating d17efd8..fec145aFast-forward readme.txt | 1 + 1 file changed, 1 insertion(+)#git merge命令用于合并指定分支到当前分支。合并后，再查看readme.txt的内容，就可以看到，和dev分支的最新提交是完全一样的#注意到上面的Fast-forward信息，Git告诉我们，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。#合并完成后，就可以放心地删除dev分支了：git branch -d devDeleted branch dev (was fec145a).#删除后，查看branch，就只剩下master分支了：git branch* master小结Git鼓励大量使用分支：查看分支：git branch创建分支：git branch <name>切换分支：git checkout <name>创建+切换分支：git checkout -b <name>合并某分支到当前分支：git merge <name>删除分支：git branch -d <name>============解决分支冲突============#准备新的feature1分支，继续我们的新分支开发：git checkout -b feature1Switched to a new branch 'feature1'#修改readme.txt最后一行，改为：Creating a new branch is quick AND simple.#在feature1分支上提交：git add readme.txt git commit -m "AND simple"[feature1 75a857c] AND simple 1 file changed, 1 insertion(+), 1 deletion(-)#切换到master分支：git checkout masterSwitched to branch 'master'Your branch is ahead of 'origin/master' by 1 commit.#Git还会自动提示我们当前master分支比远程的master分支要超前1个提交。在master分支上把readme.txt文件的最后一行改为：Creating a new branch is quick & simple.#提交git add readme.txt git commit -m "& simple"[master 400b400] & simple 1 file changed, 1 insertion(+), 1 deletion(-)#现在，master分支和feature1分支各自都分别有新的提交#这种情况下，Git无法执行“快速合并”，只能试图把各自的修改合并起来，但这种合并就可能会有冲突git merge feature1Auto-merging readme.txtCONFLICT (content): Merge conflict in readme.txtAutomatic merge failed; fix conflicts and then commit the result.#Git告诉我们，readme.txt文件存在冲突，必须手动解决冲突后再提交。git status也可以告诉我们冲突的文件git status# On branch master# Your branch is ahead of 'origin/master' by 2 commits.## Unmerged paths:# (use "git add/rm <file>..." as appropriate to mark resolution)## both modified: readme.txt#no changes added to commit (use "git add" and/or "git commit -a")#直接查看readme.txt的内容Git is a distributed version control system.Git is free software distributed under the GPL.Git has a mutable index called stage.Git tracks changes of files.<<<<<<< HEADCreating a new branch is quick & simple.=======Creating a new branch is quick AND simple.>>>>>>> feature1#Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容，我们修改如下后保存：Creating a new branch is quick and simple.#再提交：git add readme.txt git commit -m "conflict fixed"[master 59bc1cb] conflict fixed#现在，master分支和feature1分支变成了下图所示：#用带参数的git log也可以看到分支的合并情况$ git log --graph --pretty=oneline --abbrev-commit* 59bc1cb conflict fixed|\| * 75a857c AND simple* | 400b400 & simple|/* fec145a branch test...#最后，删除feature1分支：git branch -d feature1Deleted branch feature1 (was 75a857c).#当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。#用git log --graph命令可以看到分支合并图。============分支管理策略============#通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。#如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。#下面我们实战一下--no-ff方式的git merge：#首先，仍然创建并切换dev分支：git checkout -b devSwitched to a new branch 'dev'#修改readme.txt文件，并提交一个新的commit：git add readme.txt git commit -m "add merge"[dev 6224937] add merge 1 file changed, 1 insertion(+)#现在，我们切换回master：git checkout masterSwitched to branch 'master'#准备合并dev分支，请注意--no-ff参数，表示禁用Fast forward：git merge --no-ff -m "merge with no-ff" devMerge made by the 'recursive' strategy. readme.txt | 1 + 1 file changed, 1 insertion(+)#因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。#合并后，我们用git log看看分支历史：git log --graph --pretty=oneline --abbrev-commit* 7825a50 merge with no-ff|\| * 6224937 add merge|/* 59bc1cb conflict fixed...小结Git分支十分强大，在团队开发中应该充分应用。合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。===============建立bug分支====================================软件开发中，bug就像家常便饭一样。有了bug就需要修复，在Git中，由于分支是如此的强大，所以，每个bug都可以通过一个新的临时分支来修复，修复后，合并分支，然后将临时分支删除。当你接到一个修复一个代号101的bug的任务时，很自然地，你想创建一个分支issue-101来修复它，但是，等等，当前正在dev上进行的工作还没有提交：$ git status# On branch dev# Changes to be committed:# (use "git reset HEAD <file>..." to unstage)## new file: hello.py## 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: readme.txt#并不是你不想提交，而是工作只进行到一半，还没法提交，预计完成还需1天时间。但是，必须在两个小时内修复该bug，怎么办？幸好，Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作：$ git stashSaved working directory and index state WIP on dev: 6224937 add mergeHEAD is now at 6224937 add merge现在，用git status查看工作区，就是干净的（除非有没有被Git管理的文件），因此可以放心地创建分支来修复bug。首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支：$ git checkout masterSwitched to branch 'master'Your branch is ahead of 'origin/master' by 6 commits.$ git checkout -b issue-101Switched to a new branch 'issue-101'现在修复bug，需要把“Git is free software ...”改为“Git is a free software ...”，然后提交：$ git add readme.txt $ git commit -m "fix bug 101"[issue-101 cc17032] fix bug 101 1 file changed, 1 insertion(+), 1 deletion(-)修复完成后，切换到master分支，并完成合并，最后删除issue-101分支：$ git checkout masterSwitched to branch 'master'Your branch is ahead of 'origin/master' by 2 commits.$ git merge --no-ff -m "merged bug fix 101" issue-101Merge made by the 'recursive' strategy. readme.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)$ git branch -d issue-101Deleted branch issue-101 (was cc17032).太棒了，原计划两个小时的bug修复只花了5分钟！现在，是时候接着回到dev分支干活了！$ git checkout devSwitched to branch 'dev'$ git status# On branch devnothing to commit (working directory clean)工作区是干净的，刚才的工作现场存到哪去了？用git stash list命令看看：$ git stash liststash@{0}: WIP on dev: 6224937 add merge工作现场还在，Git把stash内容存在某个地方了，但是需要恢复一下，有两个办法：一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；另一种方式是用git stash pop，恢复的同时把stash内容也删了：$ git stash pop# On branch dev# Changes to be committed:# (use "git reset HEAD <file>..." to unstage)## new file: hello.py## 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: readme.txt#Dropped refs/stash@{0} (f624f8e5f082f2df2bed8a4e09c12fd2943bdd40)再用git stash list查看，就看不到任何stash内容了：$ git stash list你可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash，用命令：$ git stash apply stash@{0}小结修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场====================建立feature分支===============================软件开发中，总有无穷无尽的新的功能要不断添加进来。添加一个新功能时，你肯定不希望因为一些实验性质的代码，把主分支搞乱了，所以，每添加一个新功能，最好新建一个feature分支，在上面开发，完成后，合并，最后，删除该feature分支。现在，你终于接到了一个新任务：开发代号为Vulcan的新功能，该功能计划用于下一代星际飞船。于是准备开发：$ git checkout -b feature-vulcanSwitched to a new branch 'feature-vulcan'5分钟后，开发完毕：$ git add vulcan.py$ git status# On branch feature-vulcan# Changes to be committed:# (use "git reset HEAD <file>..." to unstage)## new file: vulcan.py#$ git commit -m "add feature vulcan"[feature-vulcan 756d4af] add feature vulcan 1 file changed, 2 insertions(+) create mode 100644 vulcan.py切回dev，准备合并：$ git checkout dev一切顺利的话，feature分支和bug分支是类似的，合并，然后删除。但是，就在此时，接到上级命令，因经费不足，新功能必须取消！虽然白干了，但是这个分支还是必须就地销毁：$ git branch -d feature-vulcanerror: The branch 'feature-vulcan' is not fully merged.If you are sure you want to delete it, run 'git branch -D feature-vulcan'.销毁失败。Git友情提醒，feature-vulcan分支还没有被合并，如果删除，将丢失掉修改，如果要强行删除，需要使用命令git branch -D feature-vulcan。现在我们强行删除：$ git branch -D feature-vulcanDeleted branch feature-vulcan (was 756d4af).终于删除成功！========================协作开发分支管理================当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。要查看远程库的信息，用git remote：$ git remoteorigin或者，用git remote -v显示更详细的信息：$ git remote -vorigin git@github.com:michaelliao/learngit.git (fetch)origin git@github.com:michaelliao/learngit.git (push)上面显示了可以抓取和推送的origin的地址。如果没有推送权限，就看不到push的地址。推送分支推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上：$ git push origin master如果要推送其他分支，比如dev，就改成：$ git push origin dev但是，并不是一定要把本地分支往远程推送，那么，哪些分支需要推送，哪些不需要呢？ master分支是主分支，因此要时刻与远程同步； dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步； bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug； feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。总之，就是在Git中，分支完全可以在本地自己藏着玩，是否推送，视你的心情而定！抓取分支多人协作时，大家都会往master和dev分支上推送各自的修改。现在，模拟一个你的小伙伴，可以在另一台电脑（注意要把SSH Key添加到GitHub）或者同一台电脑的另一个目录下克隆：$ git clone git@github.com:michaelliao/learngit.gitCloning into 'learngit'...remote: Counting objects: 46, done.remote: Compressing objects: 100% (26/26), done.remote: Total 46 (delta 16), reused 45 (delta 15)Receiving objects: 100% (46/46), 15.69 KiB | 6 KiB/s, done.Resolving deltas: 100% (16/16), done.当你的小伙伴从远程库clone时，默认情况下，你的小伙伴只能看到本地的master分支。不信可以用git branch命令看看：$ git branch* master现在，你的小伙伴要在dev分支上开发，就必须创建远程origin的dev分支到本地，于是他用这个命令创建本地dev分支：$ git checkout -b dev origin/dev现在，他就可以在dev上继续修改，然后，时不时地把dev分支push到远程：$ git commit -m "add /usr/bin/env"[dev 291bea8] add /usr/bin/env 1 file changed, 1 insertion(+)$ git push origin devCounting objects: 5, done.Delta compression using up to 4 threads.Compressing objects: 100% (2/2), done.Writing objects: 100% (3/3), 349 bytes, done.Total 3 (delta 0), reused 0 (delta 0)To git@github.com:michaelliao/learngit.git fc38031..291bea8 dev -> dev你的小伙伴已经向origin/dev分支推送了他的提交，而碰巧你也对同样的文件作了修改，并试图推送：$ git add hello.py $ git commit -m "add coding: utf-8"[dev bd6ae48] add coding: utf-8 1 file changed, 1 insertion(+)$ git push origin devTo git@github.com:michaelliao/learngit.git ! [rejected] dev -> dev (non-fast-forward)error: failed to push some refs to 'git@github.com:michaelliao/learngit.git'hint: Updates were rejected because the tip of your current branch is behindhint: its remote counterpart. Merge the remote changes (e.g. 'git pull')hint: before pushing again.hint: See the 'Note about fast-forwards' in 'git push --help' for details.推送失败，因为你的小伙伴的最新提交和你试图推送的提交有冲突，解决办法也很简单，Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送：$ git pullremote: Counting objects: 5, done.remote: Compressing objects: 100% (2/2), done.remote: Total 3 (delta 0), reused 3 (delta 0)Unpacking objects: 100% (3/3), done.From github.com:michaelliao/learngit fc38031..291bea8 dev -> origin/devThere is no tracking information for the current branch.Please specify which branch you want to merge with.See git-pull(1) for details git pull <remote> <branch>If you wish to set tracking information for this branch you can do so with: git branch --set-upstream dev origin/<branch>git pull也失败了，原因是没有指定本地dev分支与远程origin/dev分支的链接，根据提示，设置dev和origin/dev的链接：$ git branch --set-upstream dev origin/devBranch dev set up to track remote branch dev from origin.再pull：$ git pullAuto-merging hello.pyCONFLICT (content): Merge conflict in hello.pyAutomatic merge failed; fix conflicts and then commit the result.这回git pull成功，但是合并有冲突，需要手动解决，解决的方法和分支管理中的解决冲突完全一样。解决后，提交，再push：$ git commit -m "merge & fix hello.py"[dev adca45d] merge & fix hello.py$ git push origin devCounting objects: 10, done.Delta compression using up to 4 threads.Compressing objects: 100% (5/5), done.Writing objects: 100% (6/6), 747 bytes, done.Total 6 (delta 0), reused 0 (delta 0)To git@github.com:michaelliao/learngit.git 291bea8..adca45d dev -> dev因此，多人协作的工作模式通常是这样： 首先，可以试图用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。这就是多人协作的工作模式，一旦熟悉了，就非常简单。小结 查看远程库信息，使用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，如果有冲突，要先处理冲突。【第六步：标签管理】发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针（跟分支很像对不对？但是分支可以移动，标签不能移动），所以，创建和删除标签都是瞬间完成的。Git有commit，为什么还要引入tag？“请把上周一的那个版本打包发布，commit号是6a5819e...”“一串乱七八糟的数字不好找！”如果换一个办法：“请把上周一的那个版本打包发布，版本号是v1.2”“好的，按照tag v1.2查找commit就行！”所以，tag就是一个让人容易记住的有意义的名字，它跟某个commit绑在一起。====================================创建标签==================================在Git中打标签非常简单，首先，切换到需要打标签的分支上：$ git branch* dev master$ git checkout masterSwitched to branch 'master'然后，敲命令git tag <name>就可以打一个新标签：$ git tag v1.0可以用命令git tag查看所有标签：$ git tagv1.0默认标签是打在最新提交的commit上的。有时候，如果忘了打标签，比如，现在已经是周五了，但应该在周一打的标签没有打，怎么办？方法是找到历史提交的commit id，然后打上就可以了：$ git log --pretty=oneline --abbrev-commit6a5819e merged bug fix 101cc17032 fix bug 1017825a50 merge with no-ff6224937 add merge59bc1cb conflict fixed400b400 & simple75a857c AND simplefec145a branch testd17efd8 remove test.txt...比方说要对add merge这次提交打标签，它对应的commit id是6224937，敲入命令：$ git tag v0.9 6224937再用命令git tag查看标签：$ git tagv0.9v1.0注意，标签不是按时间顺序列出，而是按字母排序的。可以用git show <tagname>查看标签信息：$ git show v0.9commit 622493706ab447b6bb37e4e2a2f276a20fed2ab4Author: Michael Liao <askxuefeng@gmail.com>Date: Thu Aug 22 11:22:08 2013 +0800 add merge...可以看到，v0.9确实打在add merge这次提交上。还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字：$ git tag -a v0.1 -m "version 0.1 released" 3628164用命令git show <tagname>可以看到说明文字：$ git show v0.1tag v0.1Tagger: Michael Liao <askxuefeng@gmail.com>Date: Mon Aug 26 07:28:11 2013 +0800version 0.1 releasedcommit 3628164fb26d48395383f8f31179f24e0882e1e0Author: Michael Liao <askxuefeng@gmail.com>Date: Tue Aug 20 15:11:49 2013 +0800 append GPL还可以通过-s用私钥签名一个标签：$ git tag -s v0.2 -m "signed version 0.2 released" fec145a签名采用PGP签名，因此，必须首先安装gpg（GnuPG），如果没有找到gpg，或者没有gpg密钥对，就会报错：gpg: signing failed: secret key not availableerror: gpg failed to sign the dataerror: unable to sign the tag如果报错，请参考GnuPG帮助文档配置Key。用命令git show <tagname>可以看到PGP签名信息：$ git show v0.2tag v0.2Tagger: Michael Liao <askxuefeng@gmail.com>Date: Mon Aug 26 07:28:33 2013 +0800signed version 0.2 released-----BEGIN PGP SIGNATURE-----Version: GnuPG v1.4.12 (Darwin)iQEcBAABAgAGBQJSGpMhAAoJEPUxHyDAhBpT4QQIAKeHfR3bo...-----END PGP SIGNATURE-----commit fec145accd63cdc9ed95a2f557ea0658a2a6537fAuthor: Michael Liao <askxuefeng@gmail.com>Date: Thu Aug 22 10:37:30 2013 +0800 branch test用PGP签名的标签是不可伪造的，因为可以验证PGP签名。验证签名的方法比较复杂，这里就不介绍了。小结 命令git tag <name>用于新建一个标签，默认为HEAD，也可以指定一个commit id； git tag -a <tagname> -m "blablabla..."可以指定标签信息； git tag -s <tagname> -m "blablabla..."可以用PGP签名标签； 命令git tag可以查看所有标签。=========================管理标签========================如果标签打错了，也可以删除：$ git tag -d v0.1Deleted tag 'v0.1' (was e078af9)因为创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除。如果要推送某个标签到远程，使用命令git push origin <tagname>：$ git push origin v1.0Total 0 (delta 0), reused 0 (delta 0)To git@github.com:michaelliao/learngit.git * [new tag] v1.0 -> v1.0或者，一次性推送全部尚未推送到远程的本地标签：$ git push origin --tagsCounting objects: 1, done.Writing objects: 100% (1/1), 554 bytes, done.Total 1 (delta 0), reused 0 (delta 0)To git@github.com:michaelliao/learngit.git * [new tag] v0.2 -> v0.2 * [new tag] v0.9 -> v0.9如果标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除：$ git tag -d v0.9Deleted tag 'v0.9' (was 6224937)然后，从远程删除。删除命令也是push，但是格式如下：$ git push origin :refs/tags/v0.9To git@github.com:michaelliao/learngit.git - [deleted] v0.9要看看是否真的从远程库删除了标签，可以登陆GitHub查看。小结 命令git push origin <tagname>可以推送一个本地标签； 命令git push origin --tags可以推送全部未推送过的本地标签； 命令git tag -d <tagname>可以删除一个本地标签； 命令git push origin :refs/tags/<tagname>可以删除一个远程标签。【第七步：自定义Git】git config --global user.name "you_name" #设置全局用户名git config --global user.email "email@example.com" #设置全局邮箱git config --global color.ui true #设置全局颜色显示git config --global alias.<alias_name> <'command_name'> #设置别名 忽略特殊文件 工作区创建.gitignore文件 内容举例，如下： #Windows: Thumbs.db ehthumbs.db Desktop.ini #Python: *.py[cod] *.so *.egg *.egg-info dist build #My configurations: db.ini deploy_key_rsagit check-ignore -v <file> #查看忽略该文件的规则配置别名列表git config --global alias.confg 'config --global'git confg alias.st statusgit confg alias.co checkoutgit confg alias.ci commitgit confg alias.br branchgit confg alias.unstage 'reset HEAD'git confg alias.last 'log -1'git confg alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr)git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"
