Svn 我如何证明花时间设置一个合适的开发环境（Subversion）是合理的（成本效益）？
我的老板在技术方面是个吝啬鬼，他很少批准不直接影响收入的项目。他（错误地）多次忽略了等式的成本方面，尤其是对于难以估算成本的技术项目。这里是否有人有任何白皮书、文章等，为建立适当的开发环境（subversion、development、staging和production Server）提供基于成本效益的合理论据Svn 我如何证明花时间设置一个合适的开发环境（Subversion）是合理的（成本效益）？,svn,Svn,我的老板在技术方面是个吝啬鬼，他很少批准不直接影响收入的项目。他（错误地）多次忽略了等式的成本方面，尤其是对于难以估算成本的技术项目。这里是否有人有任何白皮书、文章等，为建立适当的开发环境（subversion、development、staging和production Server）提供基于成本效益的合理论据 谢谢 哇，你现在用什么做源代码管理？有什么事吗？如果没有，那么您应该这样做，并设置Subversion服务器。最棒的是你不需要申请批准，因为没有钱需要转手 如果你连问都不能做到这一点，
谢谢 哇，你现在用什么做源代码管理？有什么事吗？如果没有，那么您应该这样做，并设置Subversion服务器。最棒的是你不需要申请批准，因为没有钱需要转手
如果你连问都不能做到这一点，那么我建议找一个更开明的老板。我想说，不使用任何类型的源代码管理系统的成本将反映在丢失一堆代码或必须手动协调同一代码的多个并发版本的潜在成本中，这相当于以工时为单位的直接、可衡量的成本。我必须同意格雷格的观点。既然Subversion、CC.net、TortoiseSVN、AnkhSVN都是免费的，你应该能够建立一个好的CI系统来进行改变。我不知道有什么好的论文是你问的，但你可以告诉他，这里的很多人（我代表自己）认为你的老板完全错了，而且目光短浅。我全心全意地支持格雷格的回答。马丁·福勒有一篇关于这个问题的文章。建立一个自动构建需要一些时间。在上一个项目中，我将CI引入到it中，一个开发人员花了一天的时间完成工作，然后花了大约一周的时间对所有内容进行微调。有很多好处，很难一一列举，但以下是帮助我们的：
- 鼓励频繁集成-帮助每个人保持在同一页上
- 自动测试-每次有人登记时，确保问题得到早期处理
- 自动部署—只需单击一下，即可在所有服务器上安装我们软件的最新版本
当我在学习建立CI时，他帮了我很大的忙。它一步一步地完成一个复杂的项目。与其请求允许，不如请求原谅。
只需安装源代码管理服务器，无需事先询问。如果结果发生了不好的事情，就道歉然后继续。当源代码管理设置被证明是有用的时候，只要说“哦，是的，我设置了一个源代码管理系统”，每个人都会感到惊喜。除了Scott的评论（意译）之外，如果你从一个分布式系统开始，比如Subversion，或者不是Subversion，您可以先让它在本地运行，而不会影响其他开发人员，然后随着时间的推移将它传播给其他开发人员。您能做一个风险分析吗？这是一个公认的项目管理规程，基本上涉及列举风险，尝试根据可能性和影响对其进行量化，并确定可能的缓解措施。这种方法至少应该适用于源代码管理，除非你的老板故意忽视风险，这将是非常。。。他真勇敢。：-）
如果一个源代码灾难真的发生了，你的老板会看起来很愚蠢（而且鲁莽），而你会看起来很有先见之明。Peter的建议也很好-为自己设置，然后，当有人丢失一些源代码或某些更改时，会随口说“哦，我最近这么做了，但我只是从源代码管理中重新获取了以前的版本，只损失了大约20分钟的工作。要我为您设置登录吗？”)我们使用的是基本的SVN repo，但所有开发人员都在他们的机器上保留一个本地开发人员副本，然后我们将其推送到SVN repo上的一个分支，然后直接投入生产。我觉得我们真的需要将这个过程正式化，并有一个多步骤的发布过程。因此，这不是如何证明使用SVN的合理性，而是如何获得一个完整的开发过程、构建和发布系统。你应该这么说，这是一个完全不同的问题。我认为你现在有SVN这一事实使得这个问题不那么明显。管理者可能会因为担心构思拙劣的流程会压倒被动而避免将某些东西正式化。有很多选择，找到正确的组合可能需要一系列较小的改变。我还从你的措辞猜测，他不是开发背景，因此你在有效地管理自己。显然，你需要非常清楚地说明你的目标是什么，并继续向他保证改进，而不仅仅是获得许可。我正要问一个成本效益问题，但我认为这些答案涵盖了这一点。如果有人从你的标题中删掉（Subversion）来概括一下，那就太好了。