gpt4 book ai didi

version-control - 在 Mercurial 中的开发和生产之间切换

转载 作者:行者123 更新时间:2023-12-01 10:07:19 25 4
gpt4 key购买 nike

我已经使用 mercurial 一段时间了,但还没有真正习惯使用分支,所以在将它应用到实际项目之前,我一直在努力弄清楚这个工作流是否有意义。

问题:
每次我们要通过将 production merge 到新版本中来恢复 development 分支真的有意义吗? - 像 development-1.1 这样的开发分支?

工作流程说明:
我们代码的每个生产就绪修订都将被标记(1.01.1 等等)并放置在 production 分支中。一旦我们将 1.0 投入生产,我们就会立即开始下一个版本的工作 - 1.1,方法是打开一个名为 development 的分支,然后由每个开发人员针对每个分配的功能进行子分支,以保持整洁。到目前为止非常简单。

development 分支,现在包含 merge 的 feature 分支,然后测试并 merge 回 production,因为更改已经完成考虑生产就绪。

当我们需要继续开发即将发布的版本时,在本例中为 1.2,我们将 production 分支 merge 到 development一开始工作。

修订历史说明:

@    changeset:   8:21e89b501d4e
|\ branch: development
| | tag: tip
| | description: Development stage for v1.2 opened by merging production into development.
| |
| o changeset: 7:920ca77aa956
|/| branch: production
| | tag: 1.1
| | description: Version 1.1 stable (merged from development).
| |
o | changeset: 6:691b7aa99e42
|\ \ branch: development
| | | description: Feature merged in to development
| | |
| o | changeset: 5:5156cb9cf556
| | | branch: feature
| | | description: Feature finished
| | |
| o | changeset: 4:0345dc73e144
|/ / branch: feature
| | description: Work started on a feature
| |
o | changeset: 3:9d49be5d8a03
|/ branch: development
| description: Development branch opened
|
o changeset: 2:ba818420fa88
| branch: production
| tag: 1.0
| description: Version 1.0 stable. Woop woop!

最佳答案

对于 Mercurial,命名分支 是永久的,因此一般的建议是只将它们用于始终适用的名称。诸如“稳定”和“开发”之类的东西,而不是诸如“bug-194534”和“release-1.1”之类的东西。这解释得很好in the wiki .

对于生命周期有限的东西,你最好使用像书签这样的东西,它比 Mercurial 命名的分支更接近 git 所谓的分支。短期概念的其他不错选择是匿名分支克隆,它们都不是永久性的。

一般的建议是使用 default as your development branch ,但简而言之,,继续重用您的同一分支进行开发。

关于version-control - 在 Mercurial 中的开发和生产之间切换,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9153623/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com