什么时候开始在开发的早期阶段使用源代码控制？

Question

我店里有2种人:

1. 自第一次成功编译以来开始签入代码的那些.
2. 其他只在项目完成时才检查代码的其他人.

我是第1组的成员,并试图说服第2组的人像我一样行事.他们的论点如下:

1. 我是这个项目的独立开发者.
2. 它只是一个原型,也许我将不得不重新从头开始重写.
3. 我不想用不完整的版本污染源代码管理.

如果我是对的,请帮助我提出争论说服他们.如果你同意他们告诉我原因.

Answer 1

当有人要求不使用版本控制的好借口时,他们得到了75个答案和45个upvotes.

当他们问我的团队为什么要采用源代码控制时,他们得到了26个答案.

也许你会在那里找到有用的东西.

Answer 2

你不需要"说服他们的论据".话语不是游戏,你不应该将你的工作用作辩论平台.这就是你的配偶所用的:)但是,严肃地说,你需要解释为什么你关心其他开发者如何处理其他人没有参与的独奏项目.你错过了什么,因为他们不使用源代码控制？您是否需要了解他们的早期想法以了解他们以后的代码？如果你能成功地做到这一点,你可以说服他们.

我个人在任何时候都使用版本控制,但这只是因为我没有网络走钢丝.其他人有更多的勇气,更少的时间花在基础设施上等等.请注意,在2009年,在我看来,硬盘很少会失败,重写代码往往比它取代的代码更好.

当我回答一个问题的问题时,让我问另一个问题:您的代码是否需要编译/工作/不打破构建以进行检查？我喜欢我的分支,以获得良好和破碎,然后修复,工作,调试等.同时,我喜欢其他开发人员使用他们想要的源代码控制.分支机构就是出于这个原因而发明的:所以那些无法相处的人不必同居.

Answer 3

以下是我对你观点的看法.

1)即使是单独的开发人员也需要在他们的PC出现故障时保留代码.如果他们在没有源代码控制的情况下意外删除文件会怎样？

2/3)原型属于源代码控制,因此其他团队成员可以查看代码.我们将原型代码放在主线分支的单独位置.我们称之为斯派克.这是一篇很棒的文章,说明为什么要保留Spike代码 - http://odetocode.com/Blogs/scott/archive/2008/11/17/12344.aspx