文档介绍：NurfürdenpersönlichenfürStudien,Forschung,,一般将某个项目的所有分支分为以下几条主线:Master顾名思义,既然名字叫Master,那么该分支就是主分支的意思。master分支永远是production-ready的状态,即稳定可产品化发布的状态。Develop这个分支就是我们平常开发的一个主要分支了,不管是要做新的feature还是需要做bugfix,都是从这个分支分出来做。在这个分支下主要负责记录开发状态下相对稳定的版本,即完成了某个feature或者修复了某个bug后的开发稳定版本。Featurebranches这是由许多分别负责不同feature开发的分支组成的一个分支系列。newfeature主要就在这个分支系列下进行开发。当功能点开发测试完毕之后,就会合并到develop分支去。releasebranches这个分支系列从develop分支出来,也就是预发分支。在预发状态下,我们往往会进行预发环境下的测试,如果出现缺陷,那么就在该release分支下进行修复,修复完毕测试通过后,即分别并入master分支后develop分支,随后master分支做正常发布。Hotfixbranches这个分支系列也就是我们常说的紧急线上修复,当线上出现bug且特别紧急的时候,就可以从master拉出分支到这里进行修复,修复完成后分别并入master和develop分支。下面这张图将完整展示这一个流程工作原理Git的工作方式:也就是说,每次提交版本变动的时候,git会保存一个快照(snapshot)。如果文件没有被更改,git也不会再次保存,而是提供一个到原来文件的链接。这样一来,git更像是一个小型的文件系统。此外,git的所有操作都可以是本地的,仅仅在将新版本的内容上传到服务器上时才需要连接网络。Git目录(repository)是Git保存元数据和对象数据库的地方。这也是Git最重要的部分。工作目录(workingdirectory)是项目某个版本的内容。暂存区(stagingarea)是一个简单的文件,通常包含在Git目录中。其中存储了将要进入下一次提交的信息。Git的基本工作流程如下:。(stage)文件,并将文件快照添加到暂存区。,将获取暂存区中的文件,并将快照永久保存到Git目录中。常用命令创建工程>>gitinit提交修改>>gitadd后就从修改变为暂存>>mit后就从暂存变为提交。mit时,如果有对应PR(需求项),请在第一行写上PR号,然后再描述信息(另起行),并把涉及到改动的文件名附上。回溯改错了,不过还没有gitadd>>gitreset--hard改错了,已经gitadd>>gitreset-q[files](其实就是gitadd的反向操作)改错了,mit>>gitreset--softHEAD^(mit的反向操作)mit,忘记写注释(PR)mit--amend,mit--amend创建分支查看分支>>gitbranch切换分支>>gitcheckout[branchname]创建分支(在当前代码的基础上)>>gitbranch[branchname]合并分支先检出目标分支再把其他分支合并进去>>gitcheckout[branchname]>>gitmerge[other_branch]删除分支>>gitbranch-d[branchname](不能删?用这个!)>>gitbranch-D[branchname]标签管理>>>>gitclone定义远程库>>gitremote从远程库取回更新>>gitfetch从远程库取回更新并合并>>gitpull推送至远程库>>gitpush操作流程(本地)准备工作初始化目录>>gitinit>>>>mit-m'masterinit'然后从master分支中拉出develop分支>>gitcheckout-bdevelop功能点开发有新的需求或功能点需要开发时,从最新develop分支中拉出一个feature分支>>gitcheckout-b[featurename]完成feature开发后需要对feature分支进行合并操作>>gitcheckoutdevelop>>gitmerge[featurename]处理冲突当合并分支出现冲突时,需要手动将文件冲突的部分进行修改。对修改后的文件保存并重新提交。产品发布当develop分支已经达到了一个可以发布的状态,将最新的develop分支拉出来