开始使用设置身份$ git config –global user.name “Your Name”$ git config –global user.email “email@example.com"注意git config命令的–global参数，用了这个参数，表示你这台机器上所有的Git仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和Email地址，不使用–global参数即可。push到远程仓库创建仓库通过git init命令把这个目录变成Git可以管理的仓库，会在当前目录下生成一个.git的目录。$ git init添加到暂存区用命令git add <file>告诉Git，把文件添加到仓库,可反复多次使用，添加多个文件：<!–指定文件–>$ git add file2.txt file3.txt<!–当前目录全部文件–>$ git add .提交到本地仓库用命令git commit -m <message>告诉Git，把文件提交到仓库$ git commit -m “wrote a readme file"推送到远程仓库<!– 添加远程仓库需使用如下命令设置，已添加则不需设置 –>$ git remote add origin <name> <url><!– 推送到远程仓库 –>$ git push <name>git push -u origin master常用命令速查全局配置git config –global user.name “robbin"git config –global user.email “fankai@gmail.com"git config –global color.ui true # 让Git显示颜色git config –global alias.co checkout # 设置别名git config –global alias.ci commitgit config –global alias.st statusgit config –global alias.br branchgit config –global core.editor “mate -w” # 设置Editor使用textmategit config -l # 列举所有配置git config –global credential.helper store # 记住帐号密码，不用每次验证用户的git配置文件~/.gitconfig常用命令查看、添加、提交、删除、找回，重置修改文件git help <command> # 显示command的helpgit show # 显示某次提交的内容git show $idgit co – <file> # 抛弃工作区修改git co . # 抛弃工作区修改git add <file> # 将工作文件修改提交到本地暂存区git add . # 将所有修改过的工作文件提交暂存区git rm <file> # 从版本库中删除文件git rm <file> –cached # 从版本库中删除文件，但不删除文件git reset <file> # 从暂存区恢复到工作文件git reset – . # 从暂存区恢复到工作文件git reset –hard #恢复最近一次提交过的状态，即放弃上次提交后的所有本次修改git ci <file>git ci .git ci -a # 将git add, git rm和git ci等操作都合并在一起做git ci -am “some comments"git ci –amend # 修改最后一次提交记录git revert <$id> # 恢复某次提交的状态，恢复动作本身也创建了一次提交对象git revert HEAD # 恢复最后一次提交的状态查看文件diffgit diff <file> # 比较当前文件和暂存区文件差异git diffgit diff <$id1> <$id2> # 比较两次提交之间的差异git diff <branch1>..<branch2> # 在两个分支之间比较git diff –staged # 比较暂存区和版本库差异git diff –cached # 比较暂存区和版本库差异git diff –stat # 仅仅比较统计信息查看提交记录git loggit log –graph –pretty=oneline –abbrev-commitgit log <file> # 查看该文件每次提交记录git log -p <file> # 查看每次详细修改内容的diffgit log -p -2 # 查看最近两次详细修改内容的diffgit log –stat # 查看提交统计信息# tig Mac上可以使用tig代替diff和log，brew install tigGit 本地分支管理查看、切换、创建和删除分支git br -r # 查看远程分支git br <new_branch> # 创建新的分支git br -v # 查看各个分支最后提交信息git br –merged # 查看已经被合并到当前分支的分支git br –no-merged # 查看尚未被合并到当前分支的分支git checkout <branch> # 切换到某个分支git checkout -b <new_branch> # 创建新的分支，并且切换过去git checkout -b <new_branch> <branch> # 基于branch创建新的new_branchgit checkout $id # 把某次历史提交记录checkout出来，但无分支信息，切换到其他分支会自动删除git checkout $id -b <new_branch> # 把某次历史提交记录checkout出来，创建成一个分支git br -d <branch> # 删除某个分支git br -D <branch> # 强制删除某个分支 (未被合并的分支被删除的时候需要强制)分支合并和rebasegit merge <branch> # 将branch分支合并到当前分支git merge origin/master –no-ff # 不要Fast-Foward合并，这样可以生成merge提交git rebase master <branch> # 将master rebase到branch，相当于：git checkout <branch> && git rebase master && git co master && git merge <branch>Git远程分支管理git pull # 抓取远程仓库所有分支更新并合并到本地git pull –no-ff # 抓取远程仓库所有分支更新并合并到本地，不要快进合并git branch –set-upstream-to=origin/dev dev # 将本地分支与远程分支关联git fetch origin # 抓取远程仓库更新git merge origin/master # 将远程主分支合并到本地当前分支git checkout –track origin/branch # 跟踪某个远程分支创建相应的本地分支git checkout -b <local_branch> origin/<remote_branch> # 基于远程分支创建本地分支，功能同上git push # push所有分支git push origin master # 将本地主分支推到远程主分支git push -u origin master # 将本地主分支推到远程(如无远程主分支则创建，用于初始化远程仓库)git push origin <local_branch> # 创建远程分支， origin是远程仓库名git push origin <local_branch>:<remote_branch> # 创建远程分支git push origin :<remote_branch> #先删除本地分支(git br -d <branch>)，然后再push删除远程分支Git补丁管理(方便在多台机器上开发同步时用)git diff > ../sync.patch # 生成补丁git apply ../sync.patch # 打补丁git apply –check ../sync.patch # 测试补丁能否成功Git标签管理一般发布版本可以采用标签形式来创建里程碑。注意：标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签。git tag # 查看所有标签git tag v1.0.0 # 从当前创建标签git tag v1.0.0 <commitId> # 从某个commitId创建标签git tag -a v0.1 -m “version 0.1 released” 1094adb # 创建带有说明的标签git show <tagname> # 查看标签信息git tag -d v0.1 # 删除标签git push origin <tagname> # 推送某个标签到远程git push origin –tags # 推送全部尚未推送到远程的本地标签# 删除远程分支需要两步：git tag -d <tagname> # 1.删除本地标签git push origin :refs/tags/<tagname> # 2.删除远程标签Git储藏管理git stash # 暂存git stash list # 列所有stashgit stash apply [stashName] # 恢复储藏的内容git stash drop # 删除储藏区git stash pop # 恢复并删除储藏内容git stash clear # 清空储藏区Git远程仓库管理git remote -v # 查看远程服务器地址和仓库名称git remote show origin # 查看远程服务器仓库状态git remote add origin git@github:robbin/robbin_site.git # 添加远程仓库地址git remote set-url origin git@github.com:robbin/robbin_site.git # 设置远程仓库地址(用于修改远程仓库地址)git remote rm <repository> # 删除远程仓库创建远程仓库git clone –bare robbin_site robbin_site.git # 用带版本的项目创建纯版本仓库scp -r my_project.git git@git.csdn.net:~ # 将纯仓库上传到服务器上mkdir robbin_site.git && cd robbin_site.git && git –bare init # 在服务器创建纯仓库git remote add origin git@github.com:robbin/robbin_site.git # 设置远程仓库地址git push -u origin master # 客户端首次提交git push -u origin develop # 首次将本地develop分支提交到远程develop分支，并且trackgit remote set-head origin master # 设置远程仓库的HEAD指向master分支# 也可以命令设置跟踪远程库和本地库git branch –set-upstream master origin/mastergit branch –set-upstream develop origin/develop分支模型管理策略master 分支master 为主分支，也是用于部署生产环境的分支，确保master分支稳定性。master 分支一般由develop以及hotfix分支合并而来，任何时候都不能直接修改该分支的代码。develop分支develop 为开发分支，始终保持最新完成以及bug修复后的代码。一般开发的新功能时，创建的feature分支都是基于develop分支的。feature 分支开发新功能时，以develop为基础创建feature分支。分支命名: feature/开头的为特性分支， 命名如: feature/user_module、 feature/cart_module。release分支release为预上线分支，发布提测阶段，会以release分支代码为基准提测。当有一组feature开发完成，首先会合并到develop分支，进入提测时，会创建release分支。如果测试过程中若存在bug需要修复，则直接由开发者在release分支修复并提交。当测试完成之后，合并release分支到master和develop分支，此时master为最新代码，用作上线。hotfix 分支分支命名: hotfix/ 开头的为修复分支，它的命名规则与 feature 分支类似。线上出现紧急问题时，需要及时修复，以master分支为基线，创建hotfix分支，修复完成后，需要合并到master分支和develop分支。其中master和develop分支为常设分支，远程仓库中也应包含这两个分支；其他的为临时性分支，使用完成后应该删除，也建议不要推送到远程仓库。具体规范参考：Git分支管理策略GIT 提交规范推荐GIT提交时的粒度应该是一个小功能点或者一个bugFix，这样进行恢复操作时能够将影响范围降到最低。为了方便跟踪工程历史，编写良好的版本发布日志，我们应该编写一个良好的commit messages。建议采用当前广泛应用的 Angular Git CommitGuidelines规范。每次提交，Commit message 可以包括三个部分：Header，Body 和 Footer。<type>(<scope>): <subject> // header// 空一行<body>// 空一行<footer>其中，Header 是必需的，Body 和 Footer 可以省略。不管是哪一个部分，任何一行都不得超过72个字符（或100个字符），这是为了避免自动换行影响日志查阅。HeaderHeader部分只有一行，包括三个字段：type（必需）、scope（可选）和subject（必需）。Typetype用于说明 commit 的类别，只允许使用下面7个标识。feat：新功能（feature）fix：修补bugdocs：文档（documentation）style： 格式（不影响代码运行的变动）refactor：重构（即不是新增功能，也不是修改bug的代码变动）test：增加测试chore：构建过程或辅助工具的变动如果type为feat和fix，则该 commit 将肯定出现在 ChangeLog 之中。其他情况，如：docs、chore、style、refactor、test，根据实际情况决定是否放入 ChangeLog，建议不放入。Scopescope用于说明 commit 影响的范围，比如数据层、控制层、视图层等等，视项目不同而不同，本项目建议采用模块区分，如：模版编辑、数据更新。Subjectsubject是 commit 目的的简短描述，不超过50个字符；以动词开头，使用第一人称现在时，比如change，而不是changed或changes；第一个字母小写，结尾不加句号。BodyBody 部分是对本次 commit 的详细描述，可以分成多行。FooterFooter 部分只用于不兼容变动或关闭 Issue。参考资料：Git官方使用说明Git教程-廖雪峰