维护构建系统需要花费多少精力?


9

StackExchange Podcast#09中指出:

最近的另一项研究着眼于维护构建系统需要投入多少精力:所有开发工作中的5%至30%花费在维护构建系统上。即使在进行类似项目时,变化也很大。

被引用的研究名称是什么,在哪里可以找到?播客的音频不包含更多详细信息。

此外,是否有人与涉及同一主题的其他研究有任何链接。


3
哇。我从来没有想到过一家商店可以在构建系统上花费那么多时间。我们有一个手工定制的构建系统,它每晚对所有(20个)发行版和(50个)开发分支(如果已提交更改)进行构建,启动单元测试并停止并启动测试服务器(一个或多个)。每个版本发行更多,许多开发分支发行一个或多个),邮寄结果等。然而,在我担任这家雇主的4年中,我认为我们在这个工作上花的时间不超过几个人包括扩展我们定制解决方案的功能!
Marjan Venema

当人们引用某物/某人而忘记添加引用时,就会发生这种情况……
wleao 2011年

不了解这项研究,但是结果可能会有所不同,具体取决于您通过“维护构建系统”定义的内容。“添加或更改文件”部分吗?设置安装程序是“维护构建系统”的一部分吗?
Doc Brown

Answers:


1

我还没有听过播客,但是该研究可能是来自最新ICSE的论文,作者是Shane McIntosh等人的“建筑维护工作的实证研究”。检查直接链接(如果需要元数据,请检查官方DOI页)。

他们的研究主要关注源代码更改影响构建的频率以及团队中有多少开发人员通常关心维护构建。我记得这是一个有趣的研究,但是我发现这些数字有点难以解释,就像尝试研究事物之间的联系的实证研究通常是这样:)


2

我没有联系您,但是从个人经验来看,该百分比根据2个要点而异:1)系统设计和复杂性2)和个人组织

一个设计良好的系统即使很复杂也将需要最小的努力来维护。但是,如果您的员工在处理代码方面没有经过适当的培训和组织,那么您可能会花费很长时间来修复错误的构建或错误的提交等。

但是,当您拥有开发环境时,Q&A,RC和生产……从开发到实际生产的所有过程都将付出巨大的代价。

我会说这些百分比是正确的,比5%更接近30%。如果您只投资5%,那么您做得很好。(这包括由于构建系统管理不当而在Q&A或RC甚至生产过程中发现的错误,这可能会导致严重的延迟)​​。


如果您只投资5%,我建议您不要对所有内容进行准确衡量。
mattnz'9

没有哑光。您使用的是其他定义。我工作过的大多数公司都没有适当的构建系统,例如没有自动构建服务器,VCS集成(通常根本没有VCS,除非项目本身可以自己建立,最终落在了雷达之下),等等。在任何用于维护“构建系统”的资源百分比的“研究”中,它们最终都会被列为零花钱,除非将其细分为包括花在维护所有ANT和Maven脚本上的精力,很少做。
jwenting 2011年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.