Svn 我真的需要版本控制吗？

我在互联网上（各种网站和博客）读到了关于版本控制的内容。它有多棒，所有开发人员都需要如何使用它，因为它非常有用

问题是：我真的需要这个吗？我是一名前端开发人员（通常只是HTML/CSS/JavaScript），我从来没有遇到过像“哇，我昨天的文件！”这样的问题。 我尝试过使用它，安装了它，我理解版本控制背后的概念，但是。。。我不能用它（对我来说很奇怪）

好吧，那么。。。那么糟糕吗？我通常是一个人工作（自由职业者），我没有客户要求我使用Subversion（但这永远不会太晚，对吧？）。所以，我应该开始努力学习使用Subversion（或类似的东西？），还是只是浪费时间

---

---

相关问题：。

有很多好处，是的，你需要它

---

你不需要版本控制，就像一个trapese艺术家需要一个安全网一样。这就像备份你的硬盘驱动器，大多数时候它看起来是多余的，因为什么都没有发生，但最终需要它。这里没有可能。它将发生。你永远无法预测什么时候，过去是一个糟糕的指标，它将在什么时候发生。它可能在将来只发生一次，但即使你知道它会发生一次，你也不知道它会有多糟糕

是的

去做吧。它不会伤害你的

我通常从笔记本电脑切换到电脑，然后再切换回来，在中央存储库的某个地方保存代码绝对是件好事

---

有时候，恢复到最新版本是很好的，因为你搞砸了一些很难修复的东西

如果您自己工作，并且定期执行备份，则可能不需要VC（除非您将备份计算为版本历史记录）。一旦您开始与其他开发人员合作，您就应该设置版本控制，这样您就不会重新开始编写彼此的工作。

尝试类似或类似的方法。它们非常容易设置，易于使用，并提供Subversion、CVS等的所有重要功能

---

关键是，当您中断某些内容时，可以恢复到工作版本，这通常比手动撤消更改快得多。

分支对您来说似乎没有用处？你有没有想过尝试一下，看看它是否有效？我也做了很多简单的html/css的东西，我觉得这非常宝贵。从字面上说，分支来测试某个东西，看看它是否有效，然后决定“meh”，然后就回滚，这是没有危险的

---

我从来都不需要备份（敲敲木头），但我发现回滚功能非常宝贵。

即使你现在不需要它，它也是你在团队中工作时需要的东西。

作为自由职业者的一些额外福利：

• 明确知道您在每个文件中更改了什么以及何时更改（只要您经常签入）
• 回滚到您过去的任何版本。令人惊讶的是，这是多么有价值
• 作为“发布”跟踪一组更改。通过这种方式，您可以了解每个客户机当前使用的是什么以及正在开发的是什么
• 备份
• 如果你突然不再独处，你可以轻松地分享一个项目
是的，你需要它
至少，对于单个开发人员商店，您需要每天多次将代码移动到ProjectName日期时间目录中
也就是说，编写一个脚本，在午餐和退出时自动备份您的工作目录，而不覆盖其他备份

---

这可能会增长得非常快，因此最终您只需要保存文件之间的差异，这就是VC应用程序所做的。
拥有html/css/javascript更改历史记录简直是天赐良机。能够将您的前端与一个月前或几个月前的代码进行比较，对于找出模板突然倾斜的原因真的有很大帮助
此外，如果您希望/需要获得项目帮助，您将拥有一个易于分发、跟踪和部署更新内容的系统
一定要这样做，一旦你习惯了，你会感谢自己的
结帐（一次） 更新（每天开始） 提交（任务结束/测试后更改）

---

就这些。不要提交你在浏览器中刷新的每一个修改，只提交你想要上线的修改。
因为你通常是单独工作的，所以我认为使用版本控制是个好主意。我在使用版本控制（在我的例子中是Subversion）中发现的一个主要好处是，当我单独工作时，它会让我更有信心尝试解决问题的新方法。你可以选择一种新的解决问题的方法或框架，看看你是否更喜欢它。如果这个分支不起作用，您可以放弃它，回到旧方法。这也使得并排尝试不同的解决方案变得更容易

---

因此，如果您曾经见过解决问题的不同方法，并且想尝试一下，我肯定会将版本控制作为一种工具来简化这一过程。
想想它是否像一个备份。直到你需要它的那一天，它才有点烦人。然后，您损失的工作量与备份频率成正比
另一个好处是能够看到你做事情的老方法，这些方法在某个地方可能已经过时，但在另一个地方可能有用。只需剪切并粘贴执行比较时得到的旧代码

---

除非你喜欢重新发明你已经重新发明的轮子…
如果没有他们融入我们的流程，我不会雇佣承包商。他们必须通过我们的SVN访问代码，如果不满足单元测试和代码审查要求，就不可能获得报酬
如果签订合同，我会确保在VSS（签入/签出）和CVS（合并和冲突）m方面都有丰富的经验