gpt4 book ai didi

mercurial - SaaS 公司如何验证和跟踪他们发布给客户的代码?

转载 作者:行者123 更新时间:2023-12-03 17:20:28 27 4
gpt4 key购买 nike

我在一家 SaaS 公司工作,该公司每六周向我们的客户发布新功能和错误修复。当我们编写代码更改时,它们在到达生产服务器之前会经过不同的步骤(如状态机)。根据更改是在常规开发周期中完成还是作为紧急修复完成,步骤会有所不同。我们目前正在使用 Harvest 来管理这些步骤并跟踪向客户发布的代码(功能和错误修复),从这个意义上说,它运行良好。

不幸的是,从程序员的角度来看,Harvest 既昂贵又使用起来很痛苦。分支和 merge 是一场噩梦。所以我们正在考虑改用 Mercurial。 Mercurial 似乎在这些领域表现出色。然而,Mercurial 似乎并不用于跟踪更改或管理上述流程,它只用于 SCM。

问:在发布过程中,我们有哪些选择,当然还有其他 SaaS 公司(例如 Google、Flickr、Facebook、LinkedIn)希望在将代码发布到生产服务器之前进行质量控制?

问:尝试在 Mercurial 中构建流程是一个坏主意,还是我们需要与 Mercurial 一起使用其他工具?

[编辑]
澄清一下,这是我们的(建议)branch structure .

这是我们目前在 Harvest 中的流程:

Hotfix <--> Test Level 1 <--> Test Level 2 <--> Master (Production)
Feature <--> Test <--> Release Test <--> Master (Production)

我不是在寻找错误跟踪器,而是在寻找一种部署工具,它可以帮助我们跟踪和部署经过测试人员验证的代码(发布分支中的代码)。如果同时处理多个修补程序,我们需要能够一起测试它们,如果其中一个破坏了代码,我们需要能够将代码破坏更改“降级”到流程中的一步。今天,两个开发人员将他们的更改“提升”到测试级别 1 就足够了,并且系统可以同时测试这两个更改。如果一个开发人员的更改仅在与其他开发人员的代码一起使用时才会破坏任何内容,则可以轻松地将其从测试级别 1 降级。

最佳答案

However, Mercurial doesn't seem to be made for tracking changes or manage the above mentioned process, it only does SCM.



最好使用单独的工具进行问题跟踪。这样你就可以为每项任务使用最好的品种。只需确保您选择一个与您的版本控制系统集成良好的系统即可。

举一些例子: jira (商业)和 trac (免费)两者都有 mercurial 集成插件。它们还具有可自定义的工作流状态,允许您对流程进行建模。

关于mercurial - SaaS 公司如何验证和跟踪他们发布给客户的代码?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4375792/

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