1 / 7
文档名称:

git源代码管理规范.doc

格式:doc   大小:44KB   页数:7页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

git源代码管理规范.doc

上传人:2786321826 2022/6/28 文件大小:44 KB

下载得到文件列表

git源代码管理规范.doc

相关文档

文档介绍

文档介绍:-
. z.
Git源代码管理规
分支管理
使用git进展源代码管理,一般将*个工程的所有分支分为以下几条主线:
Master
顾名思义,既然名字叫Master,则该分支就是远程库
>> git push
操作流程(本地)
准备工作
初始化目录
>> git init
>> git add
>> git mit -m 'master init'
然后从master分支中拉出develop分支
>> git checkout -b develop
-
. z.
功能点开发
有新的需求或功能点需要开发时,从最新develop分支中拉出一个feature分支
>> git checkout -b [feature name]
完成feature开发后需要对feature分支进展合并操作
>> git checkout develop
>> git merge [feature name]
处理冲突
当合并分支出现冲突时,需要手动将文件冲突的局部进展修改。对修改后的文件保存并重新提交。
产品发布
当develop分支已经到达了一个可以发布的状态,将最新的develop分支拉出来成为一个release分支
>> git checkout -b release
假设需要一些环境配置,新建配置文件并提交
>> git add
>> git mit -m 'release1'
当遇到一些预发环境下的bug,这个时候我就直接在release分支下进展修复演进,如果bug问题很大,则需要重新并入develop中,拉出新的feature进展开发重构。
如果预发一切正常,需要将release分支同时并入master分支和develop分支,master分支供线上发布,develop分支供下次开发演进。
>> git checkout master
>> git merge [release name]
>> git checkout develop
>> git merge [release name]
-
. z.
线上bug热修复
当碰到一些线上意想不到的bug,需要紧急修复时,就直接从master分支拉出hotfi*es分支进展修复。
>> git checkout master
>> git checkout -b [hotfi* name]
bug修复完毕,测试通过后我们将分支合并到master和develop中去。
>> git checkout develop
>> git merge [hotfi* name]
>> git checkout master
>> git merge [hotfi* name]
远程操作
远程操作的5个常用命令
git clone
git remote
git fetch
git pull
git push
从远程主机克隆一个版本库
>> git clone <版本库的网址>
该命令会在本地主机生