代码之家 › 专栏 › 技术社区 › dianovich

Git或SVN或…用于前端开发人员

frontend mercurial version-control git svn

2

dianovich · 技术社区 · 15 年前

我最近开始将我们的一些项目导入到工作中的一个Subversion存储库中,在接下来的几周里,我希望团队中的每个人都负责他们自己的源代码管理。

我选择SVN而不是Git的原因是我想要 每个人 在团队中,包括设计师、前端设计师、集成商……负责他们自己的SCM,所以我希望如果他们使用GUI(Mac和Tortoise SVN for Windows的基石)管理他们的工作,事情会进展得更快。我知道有一些git-gui在那里,smartgit看起来最吸引人,但没有一个看起来像他们的SVN对手那样有能力。此外,我觉得如果不使用命令行来处理DVC,我们在翻译中会损失一些东西(而使用GUI来管理SVN中的项目,我会更高兴)。

问题是,分布式解决方案正在快速超越集中式解决方案,所以我想知道现在是否真的值得额外投资,而不是把所有的东西都迁移到6个月后再投资到一个DVC上?另一种方法是,在这段时间内,SVN将是一个相对无痛的步骤,如果我们以后决定迁移到一个DVC,这将使我们更加充分地做好准备。

感谢您的想法和经验。

*旁白:出于许多原因,我更喜欢每个SVN存储库有多个项目。不过,这意味着来自亚特兰西岛鱼眼的统计数据意义不大,而且更加凌乱。如果我们决定使用git,那么每个项目将有一个存储库。

4 回复 | 直到 8 年前

1

9

Vadim Kotov First Zero 8 年前

关于dvc要记住的一点是,它实际上不是关于它的分布式,而是关于分支和合并的。dvc使得分支和合并更加容易,以至于每个开发人员/设计人员/前端开发人员基本上都有自己的私有分支——本地repo。这样,它们就可以平行工作,而不需要踩到彼此的脚趾。这意味着他们可以每隔几个小时签入一次代码,而不是等待几天,直到他们完成了所有的事情来签入代码。

我建议你看看Mercurial。它有一个很好的图形用户界面 TortoiseHg 我发现比起Git更容易入门,因为它并没有在一开始就向你展示所有先进的东西,但是一旦他们在系统中感到舒适,它仍然拥有所有强大的功能。

2

4

JOTN 15 年前

我不认为分布式解决方案比集中式解决方案更快,因为很多开发都不是分布式的。Git的设计围绕着人们在开发开源项目时遇到的问题展开,但这些问题中的大部分并不是单个企业管理其代码的问题。

正如您所做的,我们选择颠覆的一个关键原因是开发良好的工具库。它很容易与人们使用的所有开发工具以及我们的票据系统集成。

3

2

cmcginty 15 年前

尝试向一些用户介绍Tortisegit。根据他们对它的反应,您可以决定TI是否为团队工作。如果他们为此苦苦挣扎了一个多星期,那就试试SVN吧。

如果他们真的觉得在SVN比我更舒服的话,我会同意的。高级开发人员仍然可以使用git svn来利用git的大部分高级功能。

4

2

Philip 15 年前

当然,分布式是不错的,但是如果SVN具有Git所具有的相同的非分布式特性,那么最初只有从事大型项目的OpenSource人员才开始使用Git。合并和分支是非常好的,但更重要的是:如果您搞砸了什么,那么在使用Git时通常很容易解决这个问题。或者,如果您的源代码充满了变化,并且您很快需要解决“主代码”的问题,那么git就可以节省很多痛苦。当我们开始在我工作的公司使用SVN时,我们遇到了很多问题。主要是因为它缺乏很大的灵活性。

但最后,我想您应该根据是否找到一个好的图形用户界面来做出决定。