个人（一个人）项目的git。过度杀伤力？

我知道并使用两个版本控制系统：Subversion和git。到目前为止，Subversion被用于我是唯一开发人员的个人项目，而git被用于开源项目和我相信其他人也可以在该项目上工作的项目。这主要是因为git惊人的分叉和合并功能，每个人都可以在自己的分支上工作。非常便利。

现在，我将Subversion用于个人项目，因为我认为git在这里毫无意义。这似乎有点过大。如果我是唯一的开发人员，则将其集中（通常在我的家庭服务器上）对我来说是可以的；我还是要定期备份。我不需要建立自己的分支的能力，主要分支是我的分支。是的，SVN对分支有简单的支持，但是我认为对它的更强大的支持是没有意义的。合并可能会很痛苦，或者至少从我的小经验来看。

我是否有充分的理由在个人项目上使用git？

这不是矫kill过正。我开始对个人项目使用Git和Mercurial over Subversion的主要原因是，启动存储库要容易得多。

想开始一个新项目吗？

> git init

AM！无需设置存储库服务器，也无需检入文件夹结构即可支持将分支和标记添加到Subversion存储库中。

稍后共享您的项目只是以下问题：（git push除了具有远程存储库之外）。尝试通过Subversion快速做到这一点！

我认为将Subversion用于本地个人项目是过大的，而Git绝对不是。Git将占用更少的空间（由于SVN的“修订”概念相对于Git的对象快照效率低下），所需的设置更少（git init与十几个svnadmin命令和设置权限等相比），更易于备份（git clone --bare[或git push origin如果使用Github，或类似的代码），您已经完成了），并且拥有更好的代码管理工具（分支是免费的，合并更容易，更干净）。仅仅因为没有其他人可以克隆您的存储库，并不意味着任何DVCS的好处都是“过分杀伤”。

此外，我想说Git的分支支持要比SVN的复杂得多，而且回报更大。

认为您永远不会分支自己的代码有点眼光短浅。我已经多次分支自己的代码，尤其是当我尝试一种新方法时，我还不完全相信。您最终将需要该功能。

这来自长期的Subversion用户。整合一种工具确实可以使您的生活更轻松。

如果因“解决方案”造成附带损害，则保留超额杀伤力。用枪杀死苍蝇意味着子弹移到其他地方会造成伤害。这太过分了。使用不会引起问题的比必要功能更强大的功能并不过分，如果这有助于您简化开发过程，那将是一件好事。它不会造成任何损害，并且只允许您更新一套软件，而不是两套。那么，为什么要麻烦两个系统而不是一个？

我将Git用于我的单人项目，我喜欢它。我以前使用过Subversion，但尚未看到使用Git的缺点。它功能更强大，但不能使简单的事情变得更复杂。使简单的事情变得不必要的复杂/昂贵/缓慢/等。恕我直言，称呼某种过分杀伤是必要条件。另外，在Github上，我分叉了其他人以前的单人项目，以添加我想要的功能，然后向他们发送拉取请求。如果对我的项目感兴趣的人做同样的事情，我会觉得很酷。

在DVCS之前，我从未在个人项目上使用过源代码控制，因此，想象有人持相反的观点有点奇怪。我的一些原因是：

• 易于安装和拆卸。例如，上周一位同事给了我一个编程难题，我通过几个小步骤就解决了。我做了一个持续45分钟的git repo来保存我的工作，然后它消失了。我不知道在Subversion中这样的事情有多容易，但是我从未听说有人这样做。
• 断开连接。对我而言，能够离线工作对一个业余项目的好处远胜于一项工作。我不需要在我的家庭防火墙上戳一个洞，也不需要公开托管一个项目。我可以将存储库临时放在拇指驱动器或笔记本电脑上，并且仍然保持同步。
• 一切都在同一地点。将仓库和工作树放在一起可以使小型项目更容易在操作系统升级之类的过程中进行跟踪。
• 强大的功能。当然，我不需要一直使用这种功能，但是在需要时就可以使用它，不需要时也不会消耗任何资源。

有人告诉我git-bisect，通过在输入中来回导航（取决于您的输入）来查找引入给定行为的确切提交确实非常好。

您将不得不为某天做一些事情，而您根本无法弄清发生了什么。

编辑：此外，当您必须在客户使用的旧版本中进行错误修复时，分支的能力非常重要。您必须能够管理“只解决这个小问题，但是我不想要最新版本，因为我现在不想再次对其进行测试”。

这取决于您想要对自己的代码进行版本控制的认真程度。例如，如果您要构建的是一个仅具有当前版本（或者只要是正确的版本）的简单库，那么我个人将只使用诸如Dropbox之类的基本备份选项。如果您丢失了所有代码，则可以从Web上恢复它，如果您确实做一些愚蠢的事情，Dropbox可以提供30天的版本备份。

但是，例如，如果您需要维护Production和Dev分支，那么git绝对是一个很好的工具-比svn快得多。但是，如果仅将数据存储在本地，请注意硬盘驱动器发生故障的风险。

对于任何类型的开发项目，我都会始终使用版本控制系统。大小无关紧要。无论我是在在家中使用某种新技术，还是写一些小助手来减轻我的生活，还是在一个庞大且分散的团队中进行专业开发-我总是希望有一个版本控制系统来为我提供支持。

当然，在大多数时候，对于小型个人项目，您不会使用大多数功能，但是设置git存储库（甚至本地的Subversion存储库）没什么大不了的，所以去吧！而且，在您知道它之前，您将需要知道“该死，文件X的最后一个星期五的内容是什么？”。没有版本控制-祝你好运;-)

因此，无论您使用git还是SVN都没关系-就我个人而言，我开始将越来越多的内容从SVN迁移到git，但主要是完全使用版本控制-即使是很小的事情。

只是因为没有人提及它：对于个人项目，darcs确实很棒，并且比git少参与简单的版本控制。对于较大的项目来说，速度不是那么快，但是Subversion也不是！

理解我们所做的是实验，可能是一种强大的思维模式转变。拥有便宜/简单的工具来支持这一点，可以增强您前进的能力，部分原因是它可以增强您在结果不佳时退出任何实验的能力。

许多开发人员说：好吧，我只是复制我的代码。但是这些副本变得难以管理，最终变得混乱。您有多个副本，不记得要使用哪个副本，然后尝试找出何时可以安全删除它们。

当实验需要跨多个文件进行协调更改时，所有这些都将变得更加有价值。当它是一个单独的项目时，使用Git变得更加简单。

现在，我不知道我是否应该在一个单独的项目中使用它，而是想到我没有早发现这一点是多么可惜。