GIT用于单独开发人员
在工作之外,我将SVN用于我希望保密的个人项目。我用它在我的笔记本电脑和台式机之间同步数据源,以实现异地备份和SCM带来的正常优势。当前流行的源代码管理系统是GIT,我必须承认我正在考虑使用它。但是考虑到我使用它的目的以及我已经在使用它的分支,GIT真正带来了什么好处呢?分布式源代码管理允许本地提交,您可以脱机完成这些操作 虽然《关于git》非常有趣,而且充满了真理,但并非所有这些都适用于小型团队或一人一组的团队 您可以使用git作为前端,使用本地提交到SVN repo。如果您不喜欢这些工具,那么将其与现有的SVN回购协议一起使用可以提供一个退出计划 当然还有其他的。GIT用于单独开发人员,git,svn,Git,Svn,在工作之外,我将SVN用于我希望保密的个人项目。我用它在我的笔记本电脑和台式机之间同步数据源,以实现异地备份和SCM带来的正常优势。当前流行的源代码管理系统是GIT,我必须承认我正在考虑使用它。但是考虑到我使用它的目的以及我已经在使用它的分支,GIT真正带来了什么好处呢?分布式源代码管理允许本地提交,您可以脱机完成这些操作 虽然《关于git》非常有趣,而且充满了真理,但并非所有这些都适用于小型团队或一人一组的团队 您可以使用git作为前端,使用本地提交到SVN repo。如果您不喜欢这些工具,那
- 它比颠覆更快
- 你可以在笔记本电脑上记录你的所有历史
- 您可以在计算机之间同步,而不必担心服务器是否联机/可访问/等等
- 这对于隐藏完成一半的更改非常有用
- 您可以通过进入目录并使用来创建新的存储库,而无需进行任何服务器设置或管理
- 是一个存放Git存储库的好地方
关于SVN和git之间的主要区别,有几篇文章值得一读。这是一个(有偏见的)概述。对我来说,它一直在与github.com一起使用Git-这让我不用担心设置和管理实际的存储库系统本身,这意味着我可以专注于更重要的部分-学习如何使用主命令本身:) 我没有使用任何其他SCM平台的经验,因此我的观点可能有点基本,但使用起来很愉快-考虑到我使用的是Windows,知道msysgit形式的良好支持也很好 我想每个人都不一样,但对于我这个初学者来说,这是一个非常温和的SCM介绍。我为我的个人项目创建了一个帐户,原因有两个:
分支似乎更容易创建。您可以在同一目录中工作,然后使用一个简单的命令在分支之间切换。因此,您不需要为每个分支设置单独的目录,而且它比我使用过的任何其他scm都快得多。大约在十年前(可能更多),我采用了使用源代码管理(首先使用CVS,然后使用SVN)的技术来同步和备份我的环境。它基本上是有效的,但我发现它有点笨重,没有像我希望的那样彻底,让一些系统变得有点陈旧,屈服于使用新系统,并避免将这些系统设置为与此方案一起使用 大约一年前,我儿子说服我尝试git。现在,我的所有系统都同步并备份到我们的家族git repo hub,提供我所需的个人隐私(ssh访问) 我发现git使用模型非常容易使用,因此我现在每天都习惯于将更改从我最近使用的机器推送到我使用的下一台机器上(通常有五台左右的计算机参与我的日常工作)。在我之前回答问题的人在解决git技术优势方面做了大量工作。我的证词是git比svn具有易用性的优势,这正是基于你现在做了九个月之后想要做的事情
也就是说,git是一个非常不同的模型,需要一些时间来适应,所以在早期可能会有一些不适。但是,在出版书籍(我推荐O'Reilly书籍)和丰富的网络资源之间,学习git现在比以往任何时候都容易 比Linux上的Subversion更快。在Windows上。。。blehMy的经验是,即使在Windows上,Git中的大多数操作也比Subversion上的等效操作快(特别是许多Subversion操作需要与服务器对话,而它们只在Git中本地工作)。但是,是的,Windows上的性能优势并没有那么大。@根据我的经验,jpartogi git比Windows上的svn快得多。我读到@jpartogi的评论,意思是说Windows上的git总体上只是“bleh”,尽管有速度优势,但我很遗憾地同意这一点。@L2通过将完成的更改一半放在一起键入,我的意思是,你正忙于处理某件事情,编译时它甚至都没有形状,而且你也不想麻烦写一个提交消息,你只需要一个干净的工作拷贝,这样你就可以在其他事情上工作了。code>git stash只需保存工作副本并将其重置为干净状态;然后你可以做你的另一个补丁,提交它,然后做
git-stash-pop
,把你做了一半的修改拿回来。分支通常用于较长期的更改,您通常会尝试进行完整的提交,至少编译并通过单元测试。我确实看过Linus的演讲,但它并没有真正启发我。好主意,GIT-to-SVN桥给出了一个退出条款。诺兰先生,任何人都会认为在NxtGenUG传播这一点