|
|
16 回复 | 直到 10 年前
|
1
28
如果我是你,我可能会选择颠覆。在这一点上,我完全是Git迷,但Subversion肯定有一些优势:
Git还有很多其他的优点,但上面这些往往是人们在提出上述一般性问题时所关心的。 编辑 :我现在所在的公司正在使用免费的VisualSVN服务器。这使得在Windows服务器上设置Subversion存储库变得非常简单,在客户端上,我们使用TortoiseSVN(用于shell集成)和AnkhSVN来支持Visual Studio。这很好,即使是VSS用户也应该很容易接受。 后期编辑 :所以……将近八年后,我决不会以任何理由向任何人推荐颠覆。我并不是真的放弃, 本质上 |
|
|
2
10
看来SubVersion是这里的赢家。我会帮你自己一个忙 VisualSVN Server . 它是免费的,将为您节省大量的安装麻烦。 |
|
3
9
如果您习惯了VSS的工作方式,请查看(没有双关语) Sourcegear's vault . 这是从VSS迁移出去的一种很好的方法,因为它具有IDE集成,并且支持签出/签入,但是当您准备好并且感觉舒适时,您也可以转到SVN中的编辑更新提交编程风格。
|
|
|
4
6
无论你做什么,不要为了改变而改变。 如果它对你有用,而你没有问题,我看不出有任何理由改变。 |
|
|
5
6
不管它值多少钱,如果你真的坚持使用1到2个用户,Perforce是一个潜在的选择。当前的Performance docs表示,您有2个用户和5个客户端,而无需开始购买许可证。
它速度很快,而且对我们来说是坚如磐石的(有10多年历史的代码库上有300多名开发人员)。我们储存了好几吨的信息,而且反应相当迅速。对于少量用户,如果您的服务器有良好的硬件,我怀疑您是否会遇到许多性能问题。 以前使用过VSS,我相信您可以从更好的SCM系统中获得很多好处,因此无论您是否有损坏,都应该考虑切换。对你来说,仅仅分支可能是值得的。一个真正的客户机/服务器模型、更好的界面(编程和命令行)还有其他一些东西,它们可以真正帮助改进您的工作流程,并在一定程度上提高工作效率。 总之,我对Perforce的看法是:
当然,YMMV——我只是提供了一个可能值得研究的替代方案。 |
|
|
6
5
我最近开始使用 Mercurial 为了我的一些工作。它是一个像Git一样的分布式系统,但似乎更易于使用,而且在Windows上似乎支持得更好,后者对我来说至关重要。
如果您只使用本地存储库,请记住您还需要一个备份解决方案,因为共享服务器上没有您所有代码的副本。 我认为Mercurial比Subversion有很多其他优势,但它确实有一个很大的缺点,这已经被提到是Subversion的一个优点:有一个 太多了 TortoiseHg Windows资源管理器集成。 |
|
|
7
5
这太可怕了。我可能正在通灵斯波尔斯基(不确定他是否说过这句话),但使用VSS实际上比根本不使用源代码控制更糟糕。尽管它的名字,它 不是吗 安全它在不提供安全的情况下创造了安全的假象。 如果没有VSS,您可能会定期备份代码。有了VSS,您会想,“嗯,它已经在源代码管理下了。为什么还要麻烦备份呢?”这很好 corrupts your entire codebase 尽快摆脱VSS,并切换到真正的源代码管理解决方案。 |
|
|
8
4
不要担心VSS会损坏您,请担心VSS会损坏您的数据。它在该部门没有良好的业绩记录。 如果不切换到其他版本控制系统,请经常备份。即使对于其他SCM,备份也应该每天进行,但对于VSS来说,备份更为重要。 |
|
|
9
3
我喜欢在我的个人项目中使用Subversion。我可以在功能列表中,假装它带来了很多其他源代码管理系统没有的功能,但是有很多好的功能,正确的选择实际上是风格的问题。如果您在每次小的更改(即,每个函数更改一次签入)后签入,那么许多人可以在同一个源文件上工作,几乎在任何情况下合并冲突的风险都很低 但是 我不认为你是无望的,因为你在问,换个工作是否更好;当答案显而易见而你忽视了证据时,你就失去了希望。
|
|
|
10
2
我不同意有人说,如果你没有问题,最好不要换工作。 我认为,SCM是一个好的开发人员应该熟悉的一些学科,坦率地说,即使您掌握了VSS,您也只是在试验一个好的SCM工具和SCM策略可以为您和您的团队带来的一小部分优势。 显然,首先在非生产环境中评估和测试备选方案。 |
|
|
11
2
在工作中,我们将subversion与TortoiseSVN结合使用-工作得非常好,但它在哲学上与VSS不同(如果只有您,这不是一个真正的问题,但值得注意)。我非常喜欢整个存储库都有一个修订号。 如果有自由选择,我可能会选择vault,但当时我没有预算。 我在看私人用品。有理由使用subversion,也有理由使用完全不同的东西。我正在考虑的替代方案是Vault(和以前一样,一次性免费)和Bazaar。GIT我不得不毫不羞耻地拒绝承认自己是一个Windows用户,而现在GIT却不是。 GIT的分布式特性和私有/临时签入选项(假设我已经理解了我所读的内容) 吸引人-因此我在看集市。 更新: 我做了更多的挖掘和游戏,实际上我选择了Mercurial供个人使用,与Ortoisehg的集成安装使事情变得非常简单,而且似乎受到了广泛的重视。我仍在努力研究如何将提交的automagic镜像强制到服务器,并且忽略功能似乎有一些小的限制,但到目前为止,它做得很好。。。
|
|
|
12
1
我要说的是坚持对你有用的东西。除非您遇到VSS问题,否则为什么要切换?Subversion非常强大,尽管开始使用它有点困难。TFS比VSS好得多,尽管对于这样一个小的团队来说它相当昂贵。我没有使用git,所以我无法真正与之交谈。 |
|
|
13
1
我使用vss多年,直到大约两年前切换到svn。我对vss最大的抱怨是网络性能差(这个问题现在可以解决了)和文件的悲观锁定。svn解决了这两个问题,易于设置(我使用collabnet服务器和tortoisesvn客户端,尽管有两个很好的VisualStudio插件:visualsvn-commercial和ankhsvn-open source),易于使用和管理,并且有很好的文档记录。 说“如果它没有坏,那么就不要修复它”很有诱惑力,但您将学习一种更现代的源代码管理工具,也许更重要的是,学习新工具将支持的使用源代码管理的新方法(例如更频繁的分支和合并)。 |
|
|
14
1
如果你只有两个人,而且你大部分是独立工作的,git将给你更多的灵活性和能力,并且是最快的合作伙伴。 然而,使用它是一种后遗症。使用VSS,您显然是在为windows编程——如果您正在用C编写Win32 API,那么git将是一个学习曲线,但会非常有趣。 但是,如果您的知识深度仅限于ASP和Visual Basic,请使用subversion。先走后跑。
|
|
|
15
1
如果你是一个人秀,严格来说是一家微软商店,那么 SourceGear Vault 绝对是切换的最佳人选。 特征:
我肯定会认为这是一种选择。 |
|
|
16
1
如果您希望在一个包中包含一个完整的生命周期,那么您可能希望查看VisualStudioTeamSystem。它确实需要一个服务器,但是您可以从MS得到一个“动作包”,它包含了来自合作中心的“Team Foundation Server WorkGuy版”所需的所有许可。 有了它,您将获得Bug、风险和问题跟踪以及许多其他功能:)
|
