git - 使用版本控制需要多少开销时间和学习时间？

Question

背景:我们是一家小型网络开发公司。我们有 5 个程序员，他们 70% 的时间制作简单的 PHP 网站(用一些 MySQL 制作新闻/产品目录等)，30% 的时间我们处理大型项目(通常是定制的 ERP 系统)。我们在办公室有一个中央服务器，在所有用户(和服务器)中使用 Linux，只需安装服务器并在我们需要工作的目录(网站项目)中工作即可。这目前工作正常。有两件事让我考虑版本控制:

• A pretty strong case由众多网站、人员等提供。
• future 公司发展壮大，多人同时从事一个项目时可能出现的潜在问题。

然而，尽管有人看到有人在提到不使用版本控制的理由时遭到严厉打击，但由于以下几点，我还是有些犹豫:

• 我们做了很多改变，但通常都是非常小的改变。
• 我们几乎从来没有需要撤销更改。
• 我们经常进行备份，以备不时之需，以备不时之需
• 很少会出现多人同时编写同一代码的情况。一个项目通常在人与人之间“流动”，因为不同的人负责不同的开发阶段 (HTML/CSS/PHP/MySQL)
• 当一个项目比较复杂时，我们通常会将其分配给一个人。
• 我们现在忙得不可开交

所以我确实看到了版本控制的好处，但我只关心开发网站时的开销。我以前从未使用过这样的系统。而且我觉得现在事情变得如此简单和快速，以至于我们使用VC会浪费时间。如果您想全天对 20 个不同的站点进行 20 次小的更改，那么 checkin 、 checkout 等操作会加起来。至少，我是这么认为的。所以我的问题是:我们应该早点转向 VC，还是现在就不要浪费时间在这上面？这个学起来难吗？最后，GIT 是否比 SVN 更耗时(学习和使用)？ (我喜欢 GIT 的非中心化方面，但这不是必需的)。

注意:我们都使用 VIM 或 jEdit 等常规文本编辑器编写代码。

Answer 1

对于您所描述的场景，版本控制应该更简单使用 - 因此开销应该非常低。例如，对于您所描述的内容，您基本上需要做的就是(Git 示例):

1. 开始工作:git pull
2. 做工作(通常是你已经做的)
3. git add .(在顶层目录)
4. git commit -m "一条简短的消息说明你做了什么"
5. git push

就是这样。