我如何证明（成本效益）花时间设置适当的开发环境（Subversion）？

Question

我的老板在技术方面是一个紧张的局面，他很少批准不直接影响收入的项目。他（错误地）多次忽略了等式的成本方面，特别是对于难以估算成本的技术项目。这里是否有人有任何白皮书，文章等，以建立适当的开发环境（颠覆，开发，登台和生产服务器）的理性成本效益为基础的论点？

谢谢！

Answer 1

哇，你现在用什么来源控制？什么都没有？如果没有，那么您应该执行，并设置Subversion服务器。最棒的是你没有要求批准，因为没有钱需要转手。

如果你不提问就不能这样做，那么我建议找一个更开明的老板。

Answer 2

Martin Fowler在benefits of Continuous Integration上发表了一篇文章。设置自动构建需要一些时间。在最后一个项目中，我介绍了CI，它让一个开发人员每天花一些时间来完成工作，然后花一个星期的时间来调整所有内容。有很多好处，很难列出所有的好处，但这些是帮助我们的：

• 鼓励频繁整合 - 帮助每个人保持同一页面
• 自动化测试 - 每次有人办理登机手续时都会确保及早处理问题
• 自动部署 - 只需点击一下，几分钟内我们软件的最新版本就在所有服务器上

对我而言，最大的变化是最后一次。它变成了一个长达一个小时的过程，容易出错（你还记得更新远程版本号吗？哦，废话......）进入一个5分钟的过程，如果出现问题我们可以回滚。

当我学习设置CI时，this article by Carol Lotz无限有用。它逐步完成，逐步建立一个复杂的项目。

Answer 3

我认为不使用任何类型的源控制系统的成本将反映在丢失一堆代码或必须对同一代码的多个并发版本执行手动协调的潜在成本中，这相当于工时直接，可衡量的成本。

Answer 4

最好是请求宽恕然后请求许可。

只需设置源控制服务器，无需先询问。如果结果发生了不好的事情，请道歉并继续前进。当源控制设置被证明是有用的时，只需说“哦，是的，我设置了一个源控制系统”，每个人都会惊喜不已。

Answer 5

除了Scott的评论（释义）之外，如果你开始使用分布式系统，例如git或bazaar而不是Subversion，你可以开始让它在本地运行而不影响其他人，然后在其他开发人员中随时间推广。

Answer 6

我必须同意格雷格。由于Subversion，CC.net，TortoiseSVN，AnkhSVN都是免费的，你应该能够建立一个很好的CI系统来进行变革。

Answer 7

我不知道你问的任何好文章，但是你可以告诉他，很多人在这里（我自己说话）认为你的老板弄错了，并且是短视的。我全心全意地回答格雷格的回答。

Answer 8

你能进行风险分析吗？这是一个公认的项目管理学科，主要涉及列举风险，尝试根据可能性和影响对其进行量化，并确定可能的缓解措施。这种方法至少应该对源头控制起作用，除非你的老板故意忽略风险，这对他来说是非常......勇敢的。 ： - ）

如果源代码灾难确实发生了，那么你的boss会变得非常愚蠢（并且鲁莽）并且你会看起来有先见之明。彼得的建议也很好 - 为自己设置它然后，当有人丢失一些源代码或一些变化时，随便说“哦，我最近做了那个，但我只是从源代码控制中重新获取了以前的版本而且只丢失了大约20分钟的工作。你想要我登录吗？“）