2011-04-04 60 views
10

TL; DR:我正在寻找一个DVCS以更简单(和危险性较小的)命令集比的Git,其中岩石在Windows和MacOS X我喜欢git,但对于我的同事来说太重了..哪个DVC有最低的进入门槛?

给你一些背景:

我已经在我的公司测试了大约6个月的唯一测试版Git。

今天我意识到,Git实际上对于我的同事来说太重了,因为当我不得不花一大笔钱来恢复损坏的存储库时。

我是.NET和Rails开发人员,我非常喜欢UNIX!

我的其他大学都是数据仓库和Excel开发人员(尽情享受你所喜欢的一切,但他们用Excel VBA和T-SQL中的数据做了一些严格的核心工作)。

另一方面,他们无法忍受unix和barf的使用命令行的想法,除了怀旧之外的任何东西。

虽然我知道有一些伟大的Git现在的GUI和CLI已经看到了一些巨大的改进,Git是仍在工作流程他们,因为他们使用目前收存箱到工作表的代码等合作一个巨大的差异..

目前唯一的选择似乎是Mercurial。

这是否足够接近我们所需要的或者是否有更简单的东西(一个好的GUI也会很好)?顺便说一下:开源并不是必要的,我们愿意花一些钱。


经过多次思考,我决定暂时搁置一些东西。我真的很喜欢Git,但有些人不能加入版本控制。

所以我会继续强制Git在网络团队,但留下数据书呆子!

+2

您究竟如何设法腐化回购?您是否手动触摸.git目录中的任何内容?我可以理解,考虑git因为其他许多原因而过于沉重,但不是那样 - 对我来说它一直相当稳定。 – Cascabel 2011-04-04 18:06:01

+1

另外,我并不确切知道你将在这里进行版本管理,但是你不打算遇到一些问题,Excel VBA被卡在二进制工作表文件中吗? – Cascabel 2011-04-04 18:11:16

+0

我不完全确定..我有一天使用gui进行了一次提交,并获得了一个对话,指出它“未能写入树”,提交和文件名的哈希值。系统托盘说git.exe损坏了一个文件..然后我试图使用命令行进行提交,并得到了相同的错误..所以我检查出一个较旧的分支,并试图在该分支提交并得到同样的错误..谷歌搜索了一下..问题是我有一个非常紧急的截止日期,所以我不能告诉我的老板等待,而我futz回购回到生活.. – 2011-04-05 19:49:32

回答

6

不要放弃git。培训和支持,他们会喜欢它。我在同一条船上,最终我们走到了前面。非常值得努力。

Gitk和git gui是伟大的,如果他们是命令行不利的。

由于“太难学”,你正在走向一个不使用Photoshop的图形工作室的路径 - 因此他们会使用MS Paint。不要这样做。

UPDATE:

随着使用Git属性,你可以存储Excel文件未压缩XML。你现在可以做他们之间的差异。不知道这将是多么有用。这取决于你正在改变的Excel表格的数量和方式。

希望这会有所帮助。

+2

:D喜欢photoshop的想法!就像我最喜欢的git一样,我最近一直在使用Plastic SCM,不得不说它是一个非常不错的选择!嗯..决定的决定! – 2011-04-05 19:58:49

+1

不知道,但塑料可能没有相同的范围。 Github ftw ... – 2011-05-24 04:21:17

+0

:P我忘了这个线程..会发布我们实际上做了什么更新.. – 2011-05-24 08:34:30

5

Mercurial/TortoiseHgBazaar/TortoiseBzr是我可以想到的除了Git之外的DVCS开源。

+0

刚刚看到谷歌字体上的Hg和Git克隆之间的区别:它很大! Git我相信不到一分钟,Hg似乎要花上几个小时......如果有人使用这个问题来选择一个DVCS,这就是为什么Git是必不可少的。而现在最初的缺点已不再相关:现在有非常好的Windows支持,界面比现在好很多。 – LaPingvino 2013-12-14 17:10:20

4

你可以看看http://www.infoq.com/articles/dvcs-guide,它记录了3种最流行的DVCS之间的差异。它有一些易于使用的部分,可以让您将其与功能进行比较。

+0

不幸的是,这种比较非常过时(不再使用第三方森林扩展,而是使用内置的子库)而且错误(它表示本地分支是不可能的,而且必须使用克隆--Mercurial一直支持多个分支机构)。 – 2011-04-06 12:51:11

6

Repos可能在任何VCS中损坏。与git有趣的不同之处在于,除了从备份中进行简单恢复之外,这些错误更容易恢复,尽管您发现它可能需要一些真正的巫术。尽管如此,这并不排除备份选项的恢复较轻。

就个人而言,我认为集市是初学者自学的最简单的DVCS。他们有很好的文档和新手友好的社区。这是我开始的。然而,如果您拥有尽可能多的git经验,我认为您会发现集市受到限制。 Mercurial更加符合git特性和强大的功能,并且具有更少的unixy命令行,但是您仍然会避免使用CLI。

我建议把它们放在TortoiseGit。无论如何,工作流程将会改变他们,并且有些事情可以让他们更容易。请记住,他们将得到你的培训和支持,这对他们来说比git手册页或任何你使用的任何东西都更加新手友好。

我会建议在没有任何分支的情况下启动它们,只需将其从主服务器拉出,提交并推送到原点。 TortoiseGit和其他VCS一样简单。如果他们需要同时在多个分支上工作,则可以使用不同的存储库创建不同的本地文件夹,这与您可以获得的Dropbox共享差不多。然后,您可以在他们开始要求他们时引入更高级的概念。

4

正如您所提及的,他们使用的主要格式是excel电子表格,与当前的dropbox解决方案相比,DVCS的使用似乎不如听起来那么明显。

Excel电子表格被大多数(D)VCS认为是二进制文件,甚至是.XLSX格式(基本上是一组压缩的XML文件)。因此,VCS无法真正地在版本之间进行比较,甚至不能进行合并。知道这一点,Dropbox并没有那么糟糕,因为它允许他们从修订版的最后30天的备份中自动获益,甚至可以使所谓的“pack-rat”解决方案更及时。因此,考虑到这一点,我宁愿不推荐DVCS,因为如果工作流程没有被仔细地遵循,它会增加合并问题,并且会转而采用像SVN这样的具有“锁定”命令来防止其他用户在这些文件上错误提交。对于Windows部件,我会推荐使用Version(适用于Mac)和Vercue(适用于Windows)(或者当然,总是有TortoiseSVN选项)。

+0

是完全同意你..锁定可能是唯一的解决方案..我只是不喜欢集中vcs,它是一个主要的痛苦.. dropbox可能必须为xls文件做,但.sql文件可以被版本化,因为它们是文本文件...也许是时候写一个git-excel桥了..想知道如果其他人有这个问题? – 2011-04-05 19:56:21

+0

那么,他们在一个集中的VCS上工作不应该成为你在分散工作的障碍。 hgsubversion和git-svn都是很好的桥梁,分别与Mercurial和Git进行颠覆。让您几乎拥有DVCS的所有功能,而最终还是将您的更改推送到中央存储库。 – gizmo 2011-04-06 05:12:14

+0

是的,这听起来像一个好主意..我仍然真的很受Plastic SCM的诱惑(参见我对原始问题的编辑),因为它基本上是一个客户端 - 服务器类型的东西..除了可以运行本地服务器并将其用作一个DVCS ..这将是完美的..我想唯一的事情就是git和svn已经被很好的采纳了..嗯,该怎么办?! – 2011-04-06 08:44:32