一个单独开发人员的git

• 比颠覆还快
• 你可以把你所有的历史记录都放在笔记本上
• 您可以在计算机之间同步,而不必担心服务器是否联机/可访问等。
• git stash 很适合存放半成品
• 通过进入目录并使用 git init ,无需进行任何服务器设置或管理
• GitHub 是托管git存储库的好地方
• Why Git is Better Than X

树枝。

分支看起来更容易创建。您可以在同一个目录中工作,然后使用一个简单的命令在分支之间切换。因此,不需要为每个分支都有单独的目录,它比我使用过的任何其他scm都快得多。

我创建了一个帐户 bitbucket 对于我的个人项目,有两个原因:

1. 在工作中,我在集中源代码管理系统工作。我想了解一下dvcs。Mercurial似乎更适合Windows环境。到目前为止,我喜欢它。
2. 我想把我的源代码备份到异地。

对我来说,它一直在与github.com一起使用git—它省去了我需要担心的设置和管理实际的存储库系统本身,这意味着我可以专注于更重要的部分—学习如何使用主命令本身:)

我没有任何其他的配置管理平台的经验,所以我的意见可能有一点基本的一面,但它已经足够愉快的工作-鉴于我在windows,它也很高兴知道有体面的支持形式的msysgit。

我想每个人都不一样,但对我这个初学者来说,这是一个非常温和的关于供应链管理的介绍。

我最近做了和你想的差不多的改变。我想说是的,这是值得的,因为更好的分支处理、索引和脱机工作的可能性带来了工作流的改进。不过,这并不是一个无痛的改变,很多概念已经足够不同,一开始会让人困惑。

关于svn和git之间的主要区别,有一些文章可能有助于阅读。 This 是(有偏见的)概述。

分布式源代码管理允许本地提交,您可以脱机执行这些操作。

同时 Linus's talk 关于git,观看起来很有趣,而且充满了真理,并不是所有的真理都适用于小型团队或一个团队的团队。

您可以使用git作为前端,使用 git-svn . 如果您不喜欢这些工具,那么将它与现有的svn repo结合使用将提供一个退出计划。

当然还有其他的 distributed source control systems .

十年前,我采用了使用源代码控制(首先使用cvs,然后使用svn)来同步和备份我的环境(可能更多)。它基本上起作用了,但我发现它有点笨重,并没有像我希望的那样做得那么彻底,让一些系统变得有点陈旧,屈服于使用新系统,并避免设置这些系统用于此方案。

大约一年前,我儿子说服我试试git。现在,我的所有系统都已同步并备份到我们的家庭Git回购中心,提供了我需要的个人隐私(ssh访问)。

我发现git的使用模型非常容易使用,所以我现在每天都有一个惯例,就是将最近使用的机器上的更改推送到下一台使用的机器上(在我的日常工作中通常有五台左右的计算机)。我之前的回答在解决git技术优势方面做了大量工作。我的证词表明,git比svn具有易用性优势,这一优势正适用于您希望在九个月内完成的工作。

也就是说,由于git是一个非常不同的模型,需要一些人去适应,所以在早期会有一些不适。但是,在出版的书籍(我推荐O'Reilly书籍)和丰富的网络资源之间,学习Git现在比以往任何时候都要容易。