小型开发组(1-2个程序员)需要版本控制吗？

Question

小型开发组(1-2个程序员)需要版本控制吗？

Jas*_*ael 165 svn version-control

我试图讨论版本控制对于一个或两个开发人员很重要的观点.

更具体地说,我在一个部门工作,通常有两个PHP开发人员使用共享框架.他认为我们的开发系统上安装了Subversion没有增加任何附加值,而我认为偶尔能够回滚查看以前的代码是很好的,特别是在发生难以解决的无法解释的错误时 - 指出一些课程.

我认为Subversion提供了创建和跟踪更改的最简单方法,原因有多种,包括调试.Subversion可以随时保存吗？

Answer 1

17 *_* 26 245

你总是,总是希望有某种源代码控制的,即使你是在自己一个项目.

拥有变更历史对于能够在任何给定时间查看代码库的状态至关重要.回顾项目历史的原因有多种,从仅仅能够回滚一个糟糕的变化到提供对旧版本的支持,当客户只想修补补丁而不是升级到更新的版本时软件.

没有某种源控制就是纯粹的精神错乱.

我的*作业*在源代码管理中.不仅仅是CS的东西,数学,经济,道德,英语,*一切*.哎呀,如果它是我创建的计算机文件,它在源代码管理中. (39认同)

Answer 2

Pau*_*cks 133

我只是要在这里撒谎并说"是".喜欢@ 17的26说

没有某种源控制就是纯粹的精神错乱.

这是真话.我做过有和没有源代码控制的小项目(不是我的选择).没有,它只是糟透了.没有规范版本的项目,你永远不知道谁拥有什么,合并的变化是痛苦的运动.

实际上,任何超过5行代码的东西都应该受某种版本控制.

如果您没有版本控制,请考虑尽可能在本地使用某些内容. (2认同)

Answer 3

gab*_*abr 94

肯定是的.

即使您是单个程序员,也需要版本控制.您可以将代码与任何快照及时进行比较的简单性是无价的.

我的建议 - 去吧!

[有一次我没有版本控制.现在我不能了.]

Answer 4

Sar*_*pps 64

我是一个程序员,我发现它非常宝贵,因为我有时想要回滚,或者将某些东西与早期版本进行比较.

此外,我从用户和类似的东西版本文档.

这是跟踪开发的好方法.

Answer 5

Vic*_*tor 28

版本控制将保存你的屁股.不使用版本控制的专业开发人员是无可争议地属于软件不当行为类别的少数事情之一.

即使你是一个单独的开发者,它也会

让您回到功能何时起作用
自动维护备份:检入并备份.
当你把自己绑在一个结上时,让你撤消你当地的变化.
让您回到生产中,测试环境中或特定客户环境中运行的版本以进行调试.
如果使用得当,它还可以让您看到与特定问题的修复相关的所有更改,这些修改可能是一个非常宝贵的调试工具.

如果你不止一个开发人员,它将阻止一个程序员覆盖这些更改,这使得无论你多么小心,都会发生另一个程序员.

这些只是帮助您赢得有关是否使用版本控制的争论的基础知识.

Answer 6

Juh*_*nen 27

颠覆 - 绝对不是.它是集中的,合并支持不是那么好.

版本控制 - 绝对是!即使是独唱开发者也需要它!

小而快速的移动团队需要分布式版本控制,因此请选择以下其中一项:

混帐
善变
的darcs

是的,有一个学习曲线.分发,你可以学习它.是的,你以后可以感谢我.

那些分布式存储库存在于何处？以下是一些想法:

在您的个人USB记忆棒中(并且不要将自己限制在一个 USB记忆棒上,将它们分配到多个位置,例如银行中的保险箱)
另一个在安全的地方(异地,不同的位置,网的另一侧)火灾,地震或龙卷风不能同时伤害你的来源)作为备用
一个在集中式服务器,你的或类似github
开发者机器中的多个副本
staging存储库靠近登台服务器
生产存储库附近的生产存储库

为什么不Subversion？只有两个,他们没有_any_源控制经验.分布式vcs对于它们的目的和学习曲线都可能过度杀伤. (9认同)
实际分发在他们的情况下更容易.他们只是拉动并推动彼此之间的变化.我会推荐集市,它的学习曲线足够温和. (3认同)

Answer 7

Aut*_*act 26

我是一个"单人乐队"程序员,当我发现自己复制整个应用程序并将它们放入一个名为"backup"的文件夹中,然后将它们命名为"20080122-backup"时,我终于开始使用版本控制.我想很多人都是这样开始的.所以问题不在于你是否应该使用版本控制,而是你应该以正确的方式进行,还是应该将一些半自制的传真机组合在一起？

Answer 8

Mur*_*rph 22

只有程序员数> 0时才需要进行版本控制.

使用任何系统都可以使用,但是如果你进行开发,那么你需要进行版本控制(理想情况下,即使在担心备份之前,源也至少在两台机器上设置).

除此之外 - 寻找一个允许您提前提交并经常提交的系统.

我几乎 - 虽然听起来很奇怪 - 朝着这样的观点前进:每个项目,甚至是1个开发项目 - 都应该关注持续集成,即从头开始构建和测试这个系统,每次更改都是或者至少定期.为什么？这a)让您相信您在VCS中拥有可构建的系统,并且b)确保您实际拥有一个干净的构建来进行测试和部署.

请调查分布式版本控制.它的许多优点之一是即使没有互联网连接,它也可以像通用撤销堆栈一样工作.你会没有撤消按钮编程吗？ (2认同)

Answer 9

Tho*_*ens 10

我特别不了解Subversion,但我相信每个项目,即使是一个开发人员,也应该使用版本控制.我会看几个选项(CVS,SubVersion,git,Bazaar,Visual SourceSafe),看看哪个(s)满足你团队的最佳愿望.

Answer 10

Dav*_*ert 10

版本控制是程序员最重要的工具,甚至比实际的编程语言更重要.无论您拥有多少用户,都应始终需要源代码管理.我不知道有多少次我做了一个突破性的改变,然后需要回去处理旧代码,或者至少看看原代码是如何运作的.我在小团队中工作,我们使用SVN Notifier告诉我们什么时候提交.这使我们可以审查彼此的工作,并且你没有得到可怕的"你有没有检查过你的代码？" 一直有问题.从一开始就使用源代码控制将消除您可能面临的许多令人头疼的问题(覆盖,丢失代码,对谁改变了什么).