Question

Closed. This question is opinion-based. It is not currently accepting answers.

更新问题,可在上用事实和引文回答。

Closed 8 years ago.

Improve this question

在大型光电源软件项目中,使用Mecurial或类似的DVCS工具,以下软件被认为较为常规:

Keeping the latest "stable" version of the software in the default branch. Tagging each release in default so you know which revision got packaged up as a download. Merging patches into default as soon as they are tested. Keeping new features, etc. in named branches to be merged into default on the next release.
Keeping each release in a named branch, or similar. Using default to keep bleeding-edge code that s only intended to be run by developers or the very foolhardy.

或......是否广泛接受较好的工作流程模式?

Answer 1

雇佣军对你应如何使用<条码>dfault的分支持有相当强烈的意见。 The sdocument in the 。 1. 总结如下:

您的主要发展事务部门不应使用default以外的名称。

理由是:default 是用新 clo子检查的分支。如果你试图用一些其他名称作为“主要”部门的话,用户在玩弄和在错误的地方做事时会得到一个或多或少的随机分局,而这种分局一般是不可取的。

即便有吨文件说,“在添加新特征之前的镜头”(见下一点),人们在寄送你时会忘记这一点。然后,他们很难通过调换单来清理物品。

因此,总是在<代码>default的分行中采用代对代码,并使用其他分行进行稳定的发布。
Don t treat branch names as disposable

处名是每项承诺的永久部分,可以确定每项承诺的哪个处。因此,你想谈谈你的分支名称,以便你不污染分支名称空间。

Also, if you attempt to use a branch per bugfix, you may eventually run into performance issues. Mercurial and the tools surrounding it are designed to work well with hundreds of branches. Mercurial itself still works quite well with ten thousand branches, but some commands might show noticeable overhead which you will only see after your workflow alredy stabilized.

我们在南方共同市场内部有藏匿处,因此,问题大多是家庭调查问题:接待站和记录仪可能会运行<条码>hg分行<>,将所有10 000个分行装成单一向下菜单。这对于希望从巨型菜中挑选单一分支的贫穷用户来说确实是缓慢的,也是毫无用处的。

如果分支机构关闭,他们就在<条码>hg项分支上获胜,因此应尽量减少这一问题。然而,这些工具也可能想要显示封闭的分支——这都取决于这一工具。

我很抱歉,这很少含糊不清。要点是,Mecurial的建立是为了在changesets上,而不是在名称的分行数量上加以扩大。我们已经解决了我前面提到的点名分行的最大表现问题,因此,今天我对拥有许多分支部门,特别是公开分行数量很少(不说是100)感到不满意。

Answer 2

如果在Mercurial和Gite的主人因实际工作、混合edge子以及使用标签和分行释放,我就落到了习惯。 hg 颠覆和Gite-Svn似乎采取这种行动。

Answer 3

通常情况下,“ IX norm”等事项——每个工作流程都属于“ 当地公约>和发展政策>小组。

我经常看到这两种政策,也看到中间变化。

如果采用强硬的分辨率和密集使用(“每件事”)“违约”分行,通常只作为合并的分行存在(在QA测试之前从分管中合并),并意味着“Code,用成品工作,不犯错,但功能未经测试”。

少数版本的分支部门,每个分支部门都发放。固定分行在完成“违约”和现役分行后合并。

但是,这一工作流程只是,比他人更适合由责任分立的中型团队,在“混乱无政府状态”发展方面做得很好。

Answer 4

其中没有巨额资金。如果我们再谈一下仅仅DEV &STABLE分支,而后者是违约,主要只是一项命名公约。我倾向于把离职偿金列为违约,因为大多数工作都是在发展事务组工作,如果是违约事务组,那就少了。

我个人喜欢每个释放一个名词组。然后,使用<条码>hg 并后,即可将这些分行转至所有释放物。如果你试图与残疾人组织和STABLE公司做同样的事,那么你只能维持一个释放(最后一个),或者你稳定的分支开始增长,最后每个释放结构的分行(可能较少组织)版本。

友情链接