Git比svn更容易使用?

Git比svn更容易使用?,svn,git,version-control,Svn,Git,Version Control,我们目前正在使用SVN作为php开发的版本控制系统,但我们正在考虑改用git。SVN似乎经常中断,因此在尝试提交时会出现如下错误: svn: Item 'xyz' is out of date svn: Working copy 'xyz' locked (svn cleanup doesn't solve this) svn: Working copy missing 因此,我们缺少的功能是告诉版本控制系统本地版本现在很好,只需将其推送到存储库(没有无休止的错误) git有这种特性吗?它

我们目前正在使用SVN作为php开发的版本控制系统,但我们正在考虑改用git。SVN似乎经常中断,因此在尝试提交时会出现如下错误:

svn: Item 'xyz' is out of date 
svn: Working copy 'xyz' locked (svn cleanup doesn't solve this) 
svn: Working copy missing
因此,我们缺少的功能是告诉版本控制系统本地版本现在很好,只需将其推送到存储库(没有无休止的错误)


git有这种特性吗?它更容易使用吗?

FWIW我已经使用和管理我们的office SVN多年了,我很少看到这样的错误。(我本打算写一篇简短的评论,但评论太长了。)

  • 过时的

    这不是一个错误-这只是意味着您需要更新远程更改并将其合并到本地更改中,然后才能提交。在git中,您可以始终提交到本地分支,但在某个时候必须有人执行合并-这不是免费的。Git拥护者会告诉你它有更好的自动合并功能,但它也不是完全的灵媒

    当然,在subversion中,您也可以随时创建并切换到自己的分支进行提交

  • 工作副本已锁定

    我见过一两个无法通过清理解决的问题,但它们非常罕见——没有一个是个人的,办公室里也有一两个。您只需重新签出损坏的目录,将更改复制到其中,将其交换到树中,然后提交即可

    我不知道这是什么原因,也不知道如何重现——这只是一个错误。我怀疑git或其他任何东西是完全没有错误的。(而且svn比git成熟很多年。)

  • 工作副本丢失

    这个也一样,我从来没见过这个。谷歌表示,这可能与在不区分大小写的文件系统上更改文件名的大小写有关——我不知道git是否完全支持这种操作,但这是一种罕见的操作,除非您在区分大小写的系统上签出文件,然后您可以在那里进行更改,而不会出现任何问题


git更容易使用吗?这是相当主观的——这是不同的。如果说SVN在概念上更简单,因为它更简单,但git也不难。

健壮性和易用性是两个截然不同的概念……当然,这个问题也需要回答