《Git源代码管理规范.docx》由会员分享，可在线阅读，更多相关《Git源代码管理规范.docx（8页珍藏版）》请在三一文库上搜索。
1、Git源代码管理规范一、分支管理使用git进行源代码管理，一般将某个项目的所有分支分为以下几条主线:1. Master顾名思义，既然名字叫Master ,那么该分支就是主分支的意思。master分支永远是production-ready的状态，即稳定可产品化发布的状态。2. Develop这个分支就是我们平常开发的一个主要分支了，不管是要彳蜕新的feature 还是需要做bug fix ,都是从这个分支分出来做。在这个分支下主要负责记录开发状态下相对稳 定的版本，即完成了某个feature 或者修复了某个bug后的开发稳定版本。3. Feature branches这是由许多分别负责不同 fe
2、ature 开发的分支组成的一个分支系列。new feature 主要就在这个分支系列下进行开发。当功能点开发测试完毕之后，就会合并到develop分支去。4. release branches这个分支系列从develop分支出来，也就是预发分支。在预发状态下，我们往往会进行预发环境下的测试，如果出现缺陷，那么就在该release 分支下进行修复，修复完毕测试通过后，即分别并入master分支后develop分支，随后 master分支做正常发布。5. Hotfix branches这个分支系列也就是我们常说的紧急线上修复，当线上出现bug且特别紧急的时候，就可以从 master拉出分支到这里
3、进行修复，修复完成后分别并入master和develop分支。卜面这张图将完整展示这一个流程二、工作原理Git的工作方式：也就是说，每次提交版本变动的时候， git会保存一个快照(snapshot)。如果文件没有被更改，git也不会再次保存，而是提供一个到原来文件的链接。这样一来，git更像是一个小型的文件系统。此外，git的所有操作都可以是本地的，仅仅在将新版本的内容上传到服务 器上时才需要连接网络。Git目录(repository )是Git保存元数据和对象数据库的地方。这也是Git最重要的部分。工作目录(working directory )是项目某个版本的内容。暂存区(staging
4、area )是一个简单的文件，通常包含在Git目录中。其中存储了将要进入下一次提交的信息。Git的基本工作流程如下：1 .在工作目录中修改文件。2 .标识(stage)文件，并将文件快照添加到暂存区。3 .执行commit,将获取暂存区中的文件，并将快照永久保存到Git目录中。常用命令1 .创建工程>> git init2 .提交修改>> git add后就从修改变为暂存>> git commit后就从暂存变为提交。3 .提交规范在commit时，如果有对应 PR （需求项），请在第一彳T写上PR号，然后再描述信息（另起行），并把涉及到改动的文件名附上。4
5、.回溯改错了，不过还没有 git add> > git reset -hard改错了，已经 git add> > git reset -q files（其实就是git add的反向操作）改错了, 已经 git commit> > git reset -soft HEADA（其实就是git commit 的反向操作）已经git commit ,忘记写注释（PR）或者漏提交了部分文件如果添加注释可以直接执行命令git commit -amend ,填写注释保存如果添加文件先执行git add 后执行 git commit -amend5 .创建分支查看分支>
6、; > git branch切换分支> > git checkout branch name创建分支（在当前代码的基础上）> > git branch branch name6 .合并分支先检出目标分支再把其他分支合并进去>> git checkout branch name>> git merge other_branch7 .删除分支>> git branch -d branch name（不能删用这个！）>> git branch -D branch name8 .标签管理>>git tag9 .远
7、程操作克隆远程库> > git clone定义远程库> > git remote从远程库取回更新> > git fetch从远程库取回更新并合并> > git pull推送至远程库>> git push四、操作流程（本地）1 .准备工作初始化目录> > git init> > git add> > git commit -m 'master init'然后从 master分支中拉出 develop 分支> > git checkout -b develop2 .功能点开发
8、有新的需求或功能点需要开发时，从最新develop分支中拉出一个feature 分支> > git checkout -b feature name完成feature开发后需要对feature 分支进行合并操作> > git checkout develop> > git merge feature name3 .处理冲突当合并分支出现冲突时，需要手动将文件冲突的部分进行修改。对修改后的文件保存 并重新提交。4 .产品发布当develop分支已经达到了一个可以发布的状态，将最新的develop分支拉出来成为一个release 分支> > git
9、checkout -b release假设需要一些环境配置，新建配置文件并提交> > git add当遇到一些预发环境下的bug ,这个时候我就直接在release 分支下进行修复演进，如果bug问题很大，则需要重新并入develop中，拉出新的feature进行开发重构。如果预发一切正常，需要将release 分支同时并入master分支和develop 分支，master分支供线上发布，develop分支供下次开发演进。> > git checkout master> > git merge release name> > git check
10、out develop> > git merge release name5.线上bug热修复当碰到一些线上意想不到的bug ,需要紧急修复时，就直接从 master分支拉出hotfixes分支进行修复。> > git checkout master> > git checkout -b hotfix namebug修复完毕，测试通过后我们将分支合并到master和develop中去。> > git checkout develop> > git merge hotfix name> > git checkout mast
11、er> > git merge hotfix name五、远程操作远程操作的5个常用命令git clonegit remotegit fetchgit push>> git clone < 版本库的网址 >该命令会在本地主机生成一个目录，与远程主机的版本库同名。2 .管理主机名为了便于管理，Git要求每个远程主机都必须指定一个主机名。不带选项的时候，git remote命令列出所有远程主机。3 .将更新取回本地> > git fetch <远程主机名 >默认情况下，git fetch取回所有分支（branch ）的更新。如果只想取回特
12、定分支的更新，可以指定分支名。> > git fetch <远程主机名 > < 分支名>git branch命令的-r选项，可以用来查看远程分支，-a选项查看所有分支。取回远程主机的更新以后，可以在它的基础上，使用git checkout命令创建一个新的分支。> > git checkout -b newBrach origin/master也可以使用git merge 命令或者git rebase 命令，在本地分支上合并远程分支。> > git merge origin/master或者> > git rebase origin/master4.取回更新同时合并到本地git pull命令的作用是，取回远程主机某个分支的更新，再与本地的指定分支合并。如果远程分支是与当前分支合并，则冒号后面的部分可以省略。> > git pull origin next上面命令表示，取回 origin/next 分支，再与当前分支合并。实质上，这等同于先做 git fetch ,再做 git merge 。> > git fetch origin> > git merge origin/next