我在互联网(各种网站和博客)上阅读有关版本控制的内容.它是多么伟大,以及所有开发人员如何使用它,因为它非常有用.
这是一个问题:我真的需要这个吗？我是一名前端开发人员(通常只是HTML/CSS/JavaScript),我从未遇到像"哇,我昨天的文件!"这样的问题.我已经尝试使用它,安装了Subversion和TortoiseSVN,我理解版本控制背后的概念但是...我不能使用它(对我来说很奇怪).
好的,那么......那很糟糕吗？我通常独自工作(自由职业者),我没有客户要求我使用Subversion(但这对此来说永远不会太晚,对吧？).那么,我应该开始并努力学习使用Subversion(或类似的东西？)或者这只是浪费时间？
相关问题:不使用版本控制的好借口.
我最近加入了一家大型保险公司的IT部门.虽然该部门的标题是"IT",但很多代码都写在这里; Java,JSP,JavaScript,COBOL甚至是我听过的一些C++.所有允许保险公司,经纪人和其他领带白领工人签发新合同并与客户打交道的计划都依据该部门制作的代码.我被告知,根据母公司的标准,该部门相当不错,我们甚至还获得了一两个内部奖励.我们这个部门有17个人,分成2个或3个小组.正如你可能从COBOL部分进一步猜测的那样,平均年龄超过40岁(作为参考点,我是29岁) .
目前,还没有版本控制系统(虽然存在一般的备份方案).需要时,文件将通过共享文件夹传递.通常每个组中都有一个人负责将文件的"最终"版本复制回生产服务器.我觉得这很荒谬甚至有点危险.
我怎样才能说服管理层我们应该在我们的部门实施VCS计划？我自己从未部署过VCS,但我工作的其他地方都有一个.我想我会打到"我们一直都很好,直到现在,为什么要打扰"第一步的墙,加上我的大多数同事的年龄,会觉得这一步是不必要的障碍.
我知道VCS的基本优势(可追溯性,粒度备份,问责制等).我希望用实际案例和实际成本实际附加值的例子来支持我的案例,不仅仅是"但是 - 但是,我们必须有一个你傻瓜的VCS!" :-)