git命名规范和协作开发流程

最新推荐文章于 2024-04-27 17:04:08 发布
最新推荐文章于 2024-04-27 17:04:08 发布
阅读量824 收藏 4
点赞数 2
分类专栏： web前端 git 文章标签： git github
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_55953988/article/details/122539883
版权
git命名规范和协作开发流程
摘要由CSDN通过智能技术生成

目录

分支管理      

分支类型和命名

1. 常设分支

2. 临时性分支

常用操作

 1. 新增功能

2. 合并到测试分支

3. 其他常用操作

注意：

日志规范      

1. 用什么规范

2. 怎么用

协作开发流程      

分支管理      

分支类型和命名

1. 常设分支

git版本库的两条主要的分支: master和develop .

master分支

  • master分支由版本库初始化后自动创建,主要用于部署生产环境的分支,要确保master分支的稳定性

  • master分支一般由develop以及hotfix分支合并,任何时间都不能直接修改代码

  • master分支只能管理员可以进行push操作, 他人若要合并分支到master需要提merge request由管理员进行code review之后再合并

develop分支

  • develop为开发分支, 始终保持最新开发完成以及bug修复后的代码

  • 一般开发新的功能时, feature分支都是基于develop分支创建的

2. 临时性分支

功能分支 feature

  • 开发新功能时,从develop分支上切出feature分支

  • 分支命名规范: feature/开头,后面跟有意义的新功能名或模块名,如: feature/user_management(用户管理需求)、feature/power_manangement(电源管理)

  • 如果多人共用一个功能分支,那么本地代码push之前一定要经过自测,至少保证主流程走通,页面正常访问.

测试分支 test

  • 当feature/XX分支开发完成后，合并代码到test分支并部署到测试环境，进入测试阶段

  • 若测试的过程中存在bug需要修复，则由开发者在其功能分支feature/XX进行修复并合并到test分支回归测试

  • 当测试通过后，需要将功能分支feature/XX合并到develop分支进行回归测试

  • 测试分支test可能同时合并了多个开发分支feature/XX，不同的开发需求可能上线时间不一样，所以test分支不可以直接合并到到develop

<

最低0.47元/天 解锁文章
前端程序猿微凉
关注
  • 2
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
git规范指南
Blueeyedboy521的博客
04-15 1082
一、分支与命名规则说明 1.1、Git 分支类型 master 分支（主分支） 稳定版本 develop 分支（开发分支） 最新版本 release 分支（发布分支） 发布新版本（预发布版本，可不用） hotfix 分支（热修复分支） 修复线上Bug feature 分支（特性分支） 实现新特性,新需求 1.2、命名规则 示例施工宝： sgb (原master分支) sgb-develop （开发分支） sgb-feature （新功能分支） sgb-2.2.1-hotfix （修复线上bug） 项目
git 分支命名规范
风华浪浪的博客
07-09 1万+
【代码】git 分支命名规范 规范开发，保持代码提交记录，容易维护，方便事后算账，不背锅 git分支结构清晰， 好上线，一旦出问题，版本可回退
Git 最佳实践规范
最新发布
aaaak_的博客
04-27 1016
当我们使用代码版本控制时，我们应该遵循的主要良好实践之一是为分支、提交、拉取请求等使用清晰且描述性的名称。提交的主题是必需的，它定义了提交的目的。如果您正在使用任务管理工作流程，例如 Jira、Trello、ClickUp 或任何可以创建用户故事的类似工具，则每张卡片都有一个关联的编号。不幸的是，很容易找到带有“添加了很多东西”或“皮卡丘，我选择你”之类的提交消息的项目…以下项目的使用是可选的，但它们可以帮助提高您的开发技能。提交消息的正文提供了有关提交引入的更改的详细说明。：它传达了将要开发的新功能。
GIT版本号命名通用规则，开源项目版本号通用规则
秃了也弱了
05-26 1932
当API的兼容性变化时，X必须递增，Y和Z同时设置为0；先行版本号（Pre-resease）意味着该版本不稳定，可能存在兼容性问题，其格式为：X.Y.Z.[a-c][正整数]，如 1.0.0.a1 ， 1.0.0.b99，1.0.0.c1000。为了方便理解，版本限定的语法简述为[范围描述]，范围描述可选，必须配合版本描述确定范围，无法独立存在。X，Y，Z必须为非负整数，且不得包含前导零，必须按数值递增，如1.9.0 -> 1.10.0 -> 1.11.0。
test
weixin_44140232的博客
12-17 88
$gitpullorigintest //gitpull合并代码的时候，若发生冲突，会处于merging状态，检查代码，发现自己的分支低于主分支，这个时候想撤销merge //撤销merge $gitreset--hardHEAD(orsha_1) git merge --abort git reset --merge指令來回...
git reset 使用及回滚
热门推荐
09-21 4万+
目录 一、git reset 参数 1. --soft   2.  --mixed   3.  --hard   二、 如何回滚文件 1. 修改完，还未执行git add  2.使用git add 提交到暂存区，还未commit之前 3.已经git commit，还未git push 4.已经git push   一、git reset 参数   1. --soft   ...
分支管理规范-GIT分支流程开发规范
08-16
- **使用git flow简化操作**：git flow是一个基于Git Flow工作流的辅助工具，可自动化创建、切换和结束分支，简化开发流程。 6. **发布代码流程** - **发布Release**：从develop分支创建release分支，开发团队完成...
git使用流程和规范1
08-04
本文主要探讨了在团队中如何有效地使用 Git，以实现高效的工作流程和规范，从而提高团队的长期工作效率，灵活应对产品需求变化，以及方便自动化测试和部署。 首先，我们来看一种常见的 Git 工作流模型——git-flow...
git flow规范.docx
07-01
Git Flow 是一种基于 Git 的分支...通过遵循 Git Flow 规范，团队能够更有序地管理开发流程，提高协作效率，确保代码质量。同时，这种模式还便于版本控制和回溯，降低了维护复杂性，对于敏捷开发和持续交付尤其有利。
开发版本管理git使用规范.pdf
12-21
本文将详细介绍Git的使用规范，旨在解决多个人协作开发时可能出现的各种问题，提高代码管理的精度和效率。 1. Git教程： 虽然不在此详细赘述Git的使用，但对不熟悉Git的开发者，推荐访问以下资源进行学习：...
总结PHP代码规范、流程规范、git规范
12-20
1. **命名规范**： - **变量命名**：应使用驼峰命名法，禁止使用拼音或拼音与数字混合。变量应具有描述性，如`$commentArr`表示评论数组。变量以字母开头，多词时首字母小写，其余单词首字母大写。 - **常量命名**...
git代码版本控制规则
06-11
web开发中，git代码版本控制规范，有助于不同开发环境之间代码发布版本控制
Git分支管理及命名规范
index_ling的博客
07-28 1201
Git分支管理及命名规范 dev-* feature-* hotfix-*
GIT分支命名与提交规范
橘子皮的博客
04-27 1304
git分支命名规范 git分支分为集成分支、功能分支、修复分支，分别命名为develop、feature、hotfix 注意：均使用单数，不可使用hotfixs这种复数单词 git主分支(master)：自动建立，用于发布重大版本更新 git开发主分支(develop)：用于日常开发 git临时分支： 功能分支(feature)：用于开发某种特定功能，从develop分支中分出，开发完成后需再并入develop；可以采用feture-的形式命名 预发布分支(release)：指发布正式版本之前(即合
Git & GitLab 使用及规范
hsany330的专栏
11-10 7303
Git安装配置及基本使用 从官网下载安装包，手动完成安装。打开Git Bash命令行工具，执行命令ssh-keygen -t rsa -C Email-Addresss生成一个密钥对。登录到GitLab，点击右上角你的用户头像，点击Edit Profile settings，点击SSH Keys，点击Add SSH Key，填写Title栏，复制用户目录下.ssh/id_rsa.pu
GitLab使用规范
Java小白的博客
05-24 1688
CAMS项目组GitLab使用规范1.   基本信息（1）  项目组GitLab地址      http://gitlab.xxx.xxx.com.cn/cams（2）  协作开发模式      开发人员采用fork主仓库的方式进行开发。      为简化开发过程，方便代码集成。主仓库仅包括两个常驻分支master和hotfix。两个分支都是受保护的。master是代码主分支，主要的开发、代码集成...
项目开发中git分支规范
zguoshuaiiii的专栏
10-30 2293
最近做新项目，团队需要用git来做代码版本控制。因此我们自己制定了一套git分支管理规范。 目的：为了规范代码库分支管理和版本管理，使得版本库的演进保持简洁，主干清晰，各个分支各司其职、井井有条，并避免由于维护造成的错误的版本发布等问题。 1、主分支master master分支有且仅有一个，用于存储正式发布的历史，在版本库初始化时自动生成。master分支是所有开发活动的核心分
git 多人协作开发流程
07-28
Git多人协作开发的流程如下： 1. 创建一个Git裸服务器：由项目负责人在服务器上创建一个裸仓库（git init --bare），作为项目的中央代码仓库。 2. 开发人员克隆仓库：每个开发人员将中央代码仓库克隆到本地（git clone），这样他们就可以在自己的本地进行开发工作。 3. 开发工作：开发人员在本地进行常规的开发工作，包括修改代码、添加新功能等。 4. 提交代码：开发人员将他们的修改提交到本地仓库（git commit），这样他们的修改就被记录下来了。 5. 推送到服务器：开发人员将他们的修改推送到中央代码仓库（git push origin master），这样其他开发人员就可以看到他们的修改。 6. 拉取最新代码：开发人员在开始工作之前，应该先拉取最新的代码（git pull），以确保他们的本地代码是最新的。 7. 分支管理：团队可以使用分支来进行并行开发和功能隔离。例如，项目负责人可以创建一个发布分支（Release）用于上线前的测试，如果测试出现bug，则再创建一个修复bug的分支，然后将修复后的代码合并回发布分支和开发分支。测试完成后，发布分支和bug分支可以被删除。\[3\] 总结起来，Git多人协作开发的流程包括创建中央代码仓库、克隆仓库到本地、开发工作、提交代码、推送到服务器、拉取最新代码和分支管理。这样团队成员可以在一个统一的代码仓库中进行协作开发，并且能够方便地管理和追踪代码的修改。\[1\]\[2\]\[3\] #### 引用[.reference_title] - *1* [git多人协作开发的流程](https://blog.csdn.net/weixin_43501172/article/details/115549918)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insert_down28v1,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* *3* [Git 之 多人协同开发工作流](https://blog.csdn.net/Tianxing10/article/details/123600990)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insert_down28v1,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

前端程序猿微凉

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值