项目开发中git分支规范

最新推荐文章于 2024-03-09 09:00:00 发布
VIP文章 最新推荐文章于 2024-03-09 09:00:00 发布
阅读量2.2k 收藏 5
点赞数 2
文章标签： git 代码版本控制
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zguoshuaiiii/article/details/78397750
版权


最近做新项目，团队需要用git来做代码版本控制。因此我们自己制定了一套git分支管理规范。

目的：为了规范代码库分支管理和版本管理，使得版本库的演进保持简洁，主干清晰，各个分支各司其职、井井有条，并避免由于维护造成的错误的版本发布等问题。

1、主分支master

master分支有且仅有一个，用于存储正式发布的历史，在版本库初始化时自动生成

最低0.47元/天 解锁文章
庄国帅哥
关注
  • 2
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Git使用规范
hezhanran的博客
11-16 1652
文章目录一、简介二、分支1、概念2、原则3、协同三、合并1、merge2、rebase3、原则四、代码管理规范1、目的2、适用对象3、原则4、分支管理5、工作流6、日志规范 一、简介         Git是分布式版本控制系统，与之对应另一种常用的SVN是集中式版本控制系统。它们的差异很大，主要是源于它们的设计思想，这里就不展开细说，大家可以自行查找资料。总体来说，Git更灵活、对工作环境依赖更小、更适合多人团队的协同工作，但是
Git使用操作规范
祥哥
03-25 2167
一、创建自己的开发分支 1.1 配置Git环境 1.1.1 Windows平台上安装 1.1.2 Linux平台上安装 1.1.3 Mac平台上安装 1.1.4 基本概念名词解释 Git 工作区、暂存区和版本库 **工作区：**就是你在电脑里能看到的目录。 **暂存区：**英文叫 stage 或 index。一般存放在.git目录下的 index 文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）。 **版本库：**工作..
Git分支操作及团队协作规范1
08-08
分支命名（以下为大型项目且团队协作人数较多时参考规范，小项目不建议）master（主分支，永远是可用的稳定版本，不直接在该分支上开发）develop（开发主分支
git分支开发规范指南.pdf
03-26
Git 是目前最流行的源代码管理工具。为规范开发，保持代码提交记录以及 git 分支结构清晰，方便后续维护，现规范 git 的相关操作
[1268]Git分支管理及命名规范
最新发布
周小董
03-09 1217
代码库有且仅有一个主分支，所有提供给用户使用的正式版本，都在这个主分支上发布。Git默认主分支Master，它是自动建立的，版本库初始化以后，默认就是在主分支在进行开发。最后回顾开头的大图，掌握两大主分支、三个辅助分支的生命周期，起于哪个分支始于哪个分支。参考：https://blog.csdn.net/GYQ1547426970/article/details/109001797。
分支管理规范-GIT分支流程开发规范
08-16
该文档定义了分支管理规范-GIT分支流程开发规范。
Git 分支管理及规范
stone_tomcate的博客
11-10 2540
移动到最新的跟踪分支的最后面，这样你的当前分支就是最新的跟踪分支。如果我们确定远程的分支正好是我们需要的，而本地的分支上的修改比较陈旧或者不正确，那么可。如果我们觉得合并以后的文件内容比价混乱，想要废弃这次合并，回到合并之前的状态，那么可以。以上就是在项目中应该出现的分支以及每个分支功能的说明。需要基于一个分支来设置你当前的分支的基线，这基线就是当前分支的开始时间轴向后。分支积累与提交相对应的更改历史记录时，标签是该时刻分支状态的快照。功能分支，完成特定功能开发的分支，存在多个，功能合并之后删除。
Git分支管理及命名规范
叽歪小Q的博客
10-10 1204
Git分支管理及命名规范 一、分支分类 Git主分支（保留分支）：master、develop 主要分支：Master和Develop。前者用于正式发布，后者用于日常开发。 Git辅助分支（临时分支）：feature、release、fixbug 除了常设分支以外，还有一些临时性分支，用于应对一些特定目的的版本开发。临时性分支主要有三种： 功能（feature）分支 预发布（release）分支 修补bug（fixbug）分支 这三种分支都属于临时性需要，使用完以后，应该删除，使得代
Git：Git分支管理规范 / 常用命令
snowball的博客
09-09 4771
因此，分支管理的需求应运而生。7、Pull requests (PR): Fork之后，如果希望将自己的修改贡献到原始代码中，可以使用pull requests推送请求到原来仓库中，然后，原始代码的作者，根据你提交的内容，考虑是否真的放入源码中。3、在编译器把开发分支合并到临时mid分支，这是冲突的文件与内容在编译器就可以看到了，找到冲突的代码，检查，不能准确处理的，需要与当事人当面一起处理。6、Fork： 克隆别人的代码库到自己的github项目中，可以作为子模块的形式使用，或二次开发。
GIT分支规范管理
yingyuelong的专栏
05-19 1196
• main: 主分支，也称为线上分支，主要用来版本发布。• dev：日常开发分支，该分支正常保存了开发的最新代码。• release：release 分支可以认为是 master 分支的测试版。比如说某个新增功能开发完成、线上问题紧急修复完成，那么就将 feature/hotfix 分支合并到 release 分支，到了发布日期就合并到• master 分支，进行版本发布。• feature：具体的功能开发分支。• hotfix：线上 bug 修复分支。
git使用规范
luozochuan的博客
05-20 2987
git使用规范 一、分支管理 1.1分支定义 master分支 主分支，最稳定，功能最完整的分支，可以随时发布的代码 以Tag标记一个版本，因此每一个tag都对应一个线上（生产）版本 master 分支一般由 dev 以及 fix 分支合并，不允在master分支直接提交代码！！ dev分支 dev分支始终保持功能最全、bug修复后的代码，未发布正式前，功能最新最全的分支 新功能开发必须基于dev分支创建新功能的feat分支 feat分支 开发新功能（feature）由dev为基础创建的新
一篇文章说明白Git使用规范，收藏慢慢看
hzj_java的博客
01-05 945
提交合并你还在用merge吗？rebase了解一下。
git版本管理使用规范-团队开发规范文档
10-09
关于git项目管理分支说明。 2.1. master主干 命名：master 说明：发布分支 master为程序主干目录，开发新需求需从master打新分支，开发完成合并回master发测试包，测试完成需打新的tag包，tag包申请上线发布 2.2. developer分支 命名：developer-{版本号} 说明：主要提交代码分支 developer为分支开发目录，用于新需求开发，所有新需求需先从master主干新建一个developer分支，在分支上开发，开发完成后merge回master主干。 2.3. feature分支 命名：feature-{版本号} 说明：更能分支代码提交 feature分支用于需求开发完成后，已经merge回master主干后，临时出现的需求及功能变更开发，需先从master主干新建一个feature分支，在分支上开发，开发完成后merge回master主干。 2.4. bugfix分支 命名：bugfix-{date} 说明：debug修复分支 Bugfix分支用于master主干提测后修复bug的分支，开发修复完成后merge回master主干。 .....
git开发流程规范
08-27
git开发流程规范，及简单代码提交与代码拉取，完整的开发流程。
Git协作开发流程规范
10-20
协作必须有一个规范的流程，让大家有效地合作，使得项目井井有条地发展下去。"协作流程"在英语里，叫做"workflow"或者"flow"，原意是水流，比喻项目像水流那样，顺畅、自然地向前流动，不会发生冲击、对撞、甚至漩涡...
GIT分支命名规范
weixin_41282397的博客
07-24 2019
GIT分支命名规范 为规范开发，保持代码提交记录以及 git 分支结构清晰，方便后续维护，现规范 git 的相关操作。 主要规范两点： git 分支命名规范 git 提交记录规范 1. git 分支命名规范 git 分支分为集成分支、功能分支和修复分支，分别命名为 develop、feature 和 hotfix，均为单数。不可使用 features、future、hotfixes、h...
git分支规范
Sky_suny的博客
08-08 1784
git分支类型
GIT 分支规范
wisdom-chen
02-23 665
git分支规范
史上最全最好的Git分支使用规范
qq_31532979的博客
01-22 1406
当遵循了某种约定的Git分支，在代码提交以及多开发、多分支协同工作的时候，必须遵循这个规范操作，否则不予以提交、合并代码、提测、上线等操作。1.开发新需求，从master分支创建功能分支，名为feature/xx-xx(需求功能-日期)，若功能是多人开发，名为feature/xx-xx-xx01(需求功能-日期-姓名01)•预发布分支（release） - 发布版本之前从dev分支分出来的一个用于测试的分支；7.成功将release分支合并到master分支和dev分支后，删除release分支。
企业软件开发git分支开发规范
09-04
企业软件开发Git分支开发规范是指在软件开发过程中，基于Git版本控制工具的使用约定和规范。以下是一个简单的Git分支开发规范的例子： 1. 主分支：一般情况下，主分支（通常为master或main）用于存储稳定可用的代码。开发人员应该遵循向主分支合并代码前进行充分的测试和验证。 2. 功能分支：为了开展新功能开发，应从主分支分出一个功能分支。该分支名称应描述该分支所要实现的具体功能。功能分支的创建可以使用Git命令`git branch <branch-name>`。 3. 开发分支：在大型项目中，可以将功能分支进一步划分为多个开发分支。每个开发人员在自己的开发分支上独立工作，不会影响其他人的进度。对于每个开发人员的开发分支，可以使用Git命令`git checkout -b <developer-name/branch-name>`。 4. 提交规范：为了保持代码提交的清晰可读性，应遵循良好的提交规范。每次提交应包含有意义的备注信息，以便其他开发人员能够轻松理解具体的更改。可以使用Git命令`git commit -m "commit message"`来提交更改。 5. 合并和解决冲突：在开发过程中，可能会出现多个开发人员同时在同一个分支上进行工作，导致冲突。为了解决冲突，应使用Git的合并工具，并在合并之前与其他开发人员进行充分的协调和讨论。 6. 定期合并到主分支：在功能或开发分支开发完成、经过测试验证后，应将其合并到主分支。可以使用Git命令`git merge <branch-name>`将分支合并到主分支。 7. 删除不再需要的分支：一旦分支的工作已经合并到主分支，并且不再需要，应该将其删除，以保持代码库的整洁。可以使用Git命令`git branch -d <branch-name>`删除分支。 以上只是一个示例，具体的企业软件开发Git分支开发规范可以根据实际项目需要进行调整和扩展。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值