Mar*_*ren 73 language-agnostic svn git version-control dvcs
我需要实现版本控制,即使只是我在家里做的开发.我已经读过Subversion在过去几年中的优秀表现,并且正在努力学习这一点,直到我听说Git是即将推出的版本控制系统.
鉴于这种情况,我应该推迟看看哪一个出现在顶部?它们的相对优势是什么?
我注意到Git的一个问题是没有很多全功能的GUI,这对我团队中的许多用户来说很重要.
此外,不介意如何开始使用其中一个或另一个的建议.(教程等)
Jon*_*rks 82
版本控制最重要的是:
只是开始使用它
不使用版本控制是一个可怕的想法.如果您不使用版本控制,请立即停止阅读并开始使用它.
它很容易转换
cvs<->svn<->git<->hg
Run Code Online (Sandbox Code Playgroud)
你选择哪一个并不重要.只需选择最容易使用的一个,然后开始记录代码的历史记录.您可以随后迁移到另一个(D)VCS.
如果您正在寻找易于使用的GUI,请查看TortoiseSVN(Windows)和版本(Mac)(建议通过编写而不是评论)
编辑:
Git有一些不错的功能,但除非你已经使用过更复杂的标准,比如CVS或Subversion,否则你将无法欣赏它们.
这个.如果你不知道版本控制可以为你做什么,使用git是没有意义的.
编辑2:
刚看到reddit上的这个链接:Subversion Cheat Sheet.svn命令行的快速参考.
Vai*_*hav 11
去SVN.如果您以前从未使用过源代码控制,那么无论如何都不会对您产生任何影响.
此外,使用源控制系统不涉及大量学习.如果您学习了一个,您可以在以后轻松切换到另一个.
SVN是一个很好的工具,它应该满足您的大部分需求.而且由于它已经存在,它有一个公平的GUI工具共享(例如TortoiseSVN).
去SVN.
小智 8
我使用过RCS,CVS,SCCS,SourceSafe,Vault,perforce,subversion和git.
我已经评估BitKeeper的,外形尺寸,拱,商场,SVK,ClearCase中,PVCS和协同.
如果我今天必须启动一个新的存储库,我会选择git.把手放下.
它是免费的,快速的,并且正在积极开发中.
您可以使用git-svn将其用作任何subversion存储库的客户端.
它摇滚.
@ superjoe30
如果您是唯一的程序员,那么在您自己的计算机上使用源代码控制呢?这是好习惯吗?有相关的提示或技巧吗?
我发现git实际上更容易,因为你不需要服务器或担心输入URL等等.您的版本控制内容只存在于.git项目内的目录中,您只需继续使用即可.
5秒介绍(假设您已安装)
cd myproject
git init
git add * # add all the files
git commit
Run Code Online (Sandbox Code Playgroud)
下次你做一些改变
git add newfile1 newfile2 # if you've made any new files since last time
git commit -a
Run Code Online (Sandbox Code Playgroud)
只要你这样做,git就会退缩.如果你陷入困境,你的代码在nice git存储库中是安全的.这很棒
根据我自己的经验,我不会推荐git作为版本控制的介绍.我已经使用它几个月了,我的印象是它非常强大 - 现在我已经部分地解决了它 - 相当直观.然而,即使我多年来一直使用版本控制,学习曲线也非常陡峭.它也有过于富有表现力 - 它支持许多不同的工作流程和开发模型,但是对于"最佳"使用方式的唯一指导是谷歌搜索的几页深度,这也使新手选择变得棘手起来.
也就是说,从带有git的空白平板开始可能实际上更容易 - 我的VCS体验全部采用集中式版本控制(CVS,SVN,Perforce ......),部分我(正在进行!)的git难度已经理解分布式模型的含义.我简单地看了一下像Bazaar和Mercurial这样的其他DVCS,他们似乎更喜欢新手.
无论如何,正如其他人所说的那样,Subversion可能是习惯版本控制思维模式的最简单方法,并且可以获得VCS优势的实际体验(回滚,分支,协作开发,更轻松的代码审查等).
哦,不要从CVS开始.它仍然在实际使用中,并且具有优势,但恕我直言,它有太多的历史怪癖和实现问题(非原子提交!)是一个很好的学习方法.
| 归档时间: |
|
| 查看次数: |
7651 次 |
| 最近记录: |