有没有人对此有什么意见?
我们正在考虑尝试将从dev到test再到uat到生产的发布过程自动化,包括运行单元测试,进行代码审查,以及对允许谁将构建从UAT推送到生产中执行权限。
发布于 2010-12-02 07:07:37
免责声明:我是竹子的产品经理
@Bernard:您能提供一些关于您的流程的更多细节吗?
竹子2.7是我们的第一个版本,它允许你将你的构建分成不同的阶段,并在阶段内并行执行作业。这可以显著改善构建的整体周转时间。我们目前正在研究工件传递,这将允许您在不同的阶段之间传递构建工件。同样,这将减少总体构建时间,是迈向连续部署过程的另一个重要步骤。
不幸的是,我们目前还没有一个好的“开箱即用”的方法来强制执行构建的某些部分的权限。同样,有一些方法可以通过插件来解决这个问题,并以某种方式设置您的构建。但是,如果不更详细地了解您的流程,就很难提供建议。如果您愿意与我们分享您的流程细节,我很乐意亲自与您交谈(jens在atlassian .com)。
@jgritty:您指出的问题部分是Perforce集成的已知问题,部分似乎是未知的bug。请随时在support.@atlassian.com上创建支持请求或在jira.atlassian.com上提交错误报告。
由于Perforce在竹子用户中不太常用(与CVS和SVN相比),我们通常对它的反馈较少,对现有问题的了解也较少。请直接向我们提出问题,我们将在即将发布的版本中尽最大努力解决这些问题。
干杯,
延斯·舒马赫
发布于 2010-12-01 23:01:32
我从来没有听说过Go,但我可以告诉你,竹子有一些严重的怪癖。根据您的源代码控制系统,您的里程可能会有所不同。
它需要一种最小公分母的方法来处理它挂接的所有SCM,所以对于我们使用perforce,我们失去了一些我们应该免费获得的东西。
这里有几个令人讨厌的事情还没有解决:
设置一个构建代理来使用特定的客户端(当然,grr必须已经存在)。现在假设客户端的根目录是c:\buildarea。您必须手动创建c:\buildarea文件夹,否则代理将给出一些荒谬的错误,说明无法将文件解压缩到客户机根目录。很明显'p4 sync -c YOURCLIENT‘可以做到这一点,但是竹子做了一些更愚蠢的事情。
它不能做的另一件事是从现有标签正确构建。假设你有一个跨平台的构建,并且你想从完全相同的变更列表/标签构建linux和windows,在竹子中没有简单的方法可以做到。您可以同时启动构建并进行祈祷。您可以让一个同步输出另一个的文件,但无法使用标签进行构建。
最后一件有点愚蠢(但并不可怕)的事情是,它在某种程度上假设每个人都在使用CVS‘标记’构建的方式。当构建包含大量的更改列表时,它不是简单地将其称为更改列表并对其编号一次,而是为更改列表中的每个文件列出"version #“。显然,这并不是破坏交易,只是对p4用户来说有点奇怪。
总而言之,所有这些问题都没有杀死我们,我们每天使用它进行数百次构建,在任何给定的时间都有大约200个构建计划处于活动状态。我确信我可以想到其他问题,但很多事情都已经解决了。
发布于 2010-12-03 04:01:53
@Bernard:我在ThoughtWorks工作,使用Go (巡航)的经验比丰富得多,所以我只想给你一些关于Go解决你的问题的信息
与市场上的许多工具不同,Go提供了对触发构建、环境建模、从并行构建聚合结果、自动发布工件和自动更新构建代理之间关系的可见性
@jgritty:来自ThoughtWorks工作室的 Go is the successor to Cruise。
https://stackoverflow.com/questions/4324219
复制相似问题