当前位置: 首页 > 知识库问答 >
问题:

javascript - git分支处理?

景震博
2024-03-22

想问问,你们公司是如何处理Git分支的?

你们公司会有几个分支?分别是哪几个分支?

线上bug是从哪个分支上拉取修改?然后如何合并?

共有4个答案

东郭海阳
2024-03-22

dev --> 本地开发分支
test --> 测试环境分支
master --> 生产环境分支
hotfix --> 线上环境紧急修复分支

一般是dev开发完,代码合并到test分支,打包部署到测试环境
经测试没问题,代码合并到master分支,打包部署线上环境

如果线上有紧急bug需要修复,则从master分支拉一个hotfix分支出来,代码修复完合并到test分支进行测试,没问题合并到master分支。

最后把代码合并到dev分支,让不同分支都同步修改过的代码。

景恩
2024-03-22

git flow 了解一下

周通
2024-03-22

3个分支:
master:用于定版,打tag,合入的代码必须是最稳定的版本。
dev:用于开发,各开发人员自行在dev分支解决代码冲突。
release:每次部署现场,该分支必须同步现场部署的代码。

夏炎彬
2024-03-22

当前项目的远程仓库上面三个分支 maintest-stagetest-dev
长期存在的分支只有 maintest-stagetest-dev 其实作用差不多,只是为了区分多个测试环境。

开发的时候基于 main 拉出来本地开发分支。修BUG会看情况,线上环境还是测试环境上面的BUG会基于不同分支来修复。

线上BUG一般会从主线分叉出来修复,测试完成没有问题就直接合并回主线了。
后续开发分支功能完成之后会 rebase 到主线最新的版本(或者开发分支提前 rebase 都可以),并不会有影响。

这个主要是看你们 gitflow 是如何规定的。如果没有的话,可以借鉴几个比较成熟的git工作流,然后选择适合你们自己的就好。


之前我也问过一个相同的问题 �� HXDM你们的Git分支有几个?

 类似资料:
  • 现在已经创建、合并、删除了一些分支,让我们看看一些常用的分支管理工具。 git branch 命令不只是可以创建与删除分支。 如果不加任何参数运行它,会得到当前所有分支的一个列表: $ git branch iss53 * master testing 注意 master 分支前的 * 字符:它代表现在检出的那一个分支(也就是说,当前 HEAD 指针所指向的分支)。 这意味着如果在这时候提

  • 主要内容:创建分支,切换分支,创建和切换分支的快捷方式,删除分支,重命名分支,合并两个分支分支操作允许创建另一路线/方向上开发。我们可以使用这个操作将开发过程分为两个不同的方向。 例如,我们发布了版本的产品,可能需要创建一个分支,以便将功能的开发与版本中错误修复分开。 创建分支 我们可使用命令创建一个新的分支。可以从现有的分支创建一个新的分支。 也可以使用特定的提交或标签作为起点创建分支。 如果没有提供任何特定的提交ID,那么将以作为起点来创建分支。参考如下代码,创建一个分支:new_

  • 几乎每一种版本控制系统都以某种形式支持分支。使用分支意味着你可以从开发主线上分离开来,然后在不影响主线的同时继续工作。 有人把 Git 的分支模型称为"必杀技特性",而正是因为它,将 Git 从版本控制系统家族里区分出来。 创建分支命令: git branch (branchname) 切换分支命令: git checkout (branchname) 当你切换分支的时候,Git 会用该分支的最后

  • 分支是我们的老朋友了,第2篇中的“第6章 Git对象库”、“第7章 Git重置”和“第8章 Git检出”等章节中,就已经从实现原理上理解了分支。您想必已经知道了分支master的存在方式无非就是在目录.git/refs/heads下的文件(或称引用)而已。也看到了分支master的指向如何随着提交而变化,如何通过git reset命令而重置,以及如何使用git checkout命令而检出。 之前的

  • 远程引用是对远程仓库的引用(指针),包括分支、标签等等。 你可以通过 git ls-remote (remote) 来显式地获得远程引用的完整列表,或者通过 git remote show (remote) 获得远程分支的更多信息。 然而,一个更常见的做法是利用远程跟踪分支。 远程跟踪分支是远程分支状态的引用。 它们是你不能移动的本地引用,当你做任何网络通信操作时,它们会自动移动。 远程跟踪分支像

  • 几乎所有的版本控制系统都以某种形式支持分支。 使用分支意味着你可以把你的工作从开发主线上分离开来,以免影响开发主线。 在很多版本控制系统中,这是一个略微低效的过程——常常需要完全创建一个源代码目录的副本。对于大项目来说,这样的过程会耗费很多时间。 有人把 Git 的分支模型称为它的“必杀技特性”,也正因为这一特性,使得 Git 从众多版本控制系统中脱颖而出。 为何 Git 的分支模型如此出众呢?