git使用规范

本文详细介绍了Git的分支管理策略,包括开发分支dev、测试分支test和发布分支master的使用。新功能或修复bug时,从dev拉取新分支A,开发完成后合并到dev,测试无误后再合并到test进行测试,最终通过后合并到master并发布。在解决代码冲突时,需要与其他开发者协调。

1、开发分支(超前分支):dev;测试分支(不稳定分支):test;发布分支(稳定分支):master。有新任务从dev新拉一个分支A开发(bug修理用bugfix分支,新功能用feature分支),开发完成后归并到dev分支,开发环境测试没问题后把A分支归并到test分支,在测试环境测试,测试通过后,把A分支归并到master分支,发布到正式环境,删除A分支。上传代码到代码仓库的时候,要先pull再push,如果有代码冲突,不确定保留哪一部分,merge的时候要先问下和你有代码冲突的开发同学。

1.为什么要写这个文档 本文是结合项目使用git的经验并参考《Git权威指南.pdf》总结出来的。《Git权威指南.pdf》全强大很细,但有些东西太广太细,不适合快速上手。本文档适合在项目实践中想快速上手git的新手。先看本文档基本上手,在实际使用中遇到什么问题在深入研究《Git权威指南.pdf》或者google,这种学习规划的效率应该是最好的。欢迎更正和补充。 2.GIT和SVN、CVS的区别 版本库分两种 集中式版本库:CVS和SVN 分布式版本库:GIT轻量级,高性能 集中式版本库的缺点:代码集中放在一台服务器上,必须有网络才能连接服务器。 GIT的最大优势:每个人都会在本地有自己的版本库,而不是连到服务器公共的版本库。所有的历史记录都会存储在本地版本库中,向版本库提交代码无需连接远程版本库,而是记录在本地版本库中。 用git push可以把修改上传到远程的主版本库中。 其实SVN的本地历史比较也就相当于本地版本库,只是功能没有那么强大,只能比较单个文件的本地历史记录。 在SVN中版本库在服2.3.务器上,在GIT中,版本库不在服务器上,而在本地workspace中的.git目录中。 3.为什么要使用git 本次项目的版本库主要在本地修改,但也可能在其他地区进行merge等操作,所以用分布式版本管理工具git。 (基于项目版本管理经验修改,如果意见,请指正,谢谢!)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值