相对于Subversion和TortoiseSVN,Visual sourcesafe是一项古老的技术吗?
我习惯于与其他开发团队一起使用subversion with tortoisesvn,并发现它非常有用。我目前的开发团队使用MS Sourcesafe,我认为这是一个负担…好吧,你明白了! 我认为toirtoisesvn的subversion现在是现代版本控制的标准,而不是源代码安全的标准,这对吗 谢谢她已经很老了。对于您今天期望的源版本系统来说,这是非常非常遥远的 并不是很年轻,但它的想法可能更现代,并且没有要求您锁定文件作为示例 现在也变老了,是为了取代这一代人 现在,年轻的系统是非常古老的。对于您今天期望的源版本系统来说,这是非常非常遥远的 并不是很年轻,但它的想法可能更现代,并且没有要求您锁定文件作为示例 现在也变老了,是为了取代这一代人相对于Subversion和TortoiseSVN,Visual sourcesafe是一项古老的技术吗?,svn,version-control,visual-sourcesafe,Svn,Version Control,Visual Sourcesafe,我习惯于与其他开发团队一起使用subversion with tortoisesvn,并发现它非常有用。我目前的开发团队使用MS Sourcesafe,我认为这是一个负担…好吧,你明白了! 我认为toirtoisesvn的subversion现在是现代版本控制的标准,而不是源代码安全的标准,这对吗 谢谢她已经很老了。对于您今天期望的源版本系统来说,这是非常非常遥远的 并不是很年轻,但它的想法可能更现代,并且没有要求您锁定文件作为示例 现在也变老了,是为了取代这一代人 现在,年轻的系统是非常古老的
现在年轻的系统是和。这是一个非常主观的问题 但是,答案是“是的”。。。是的,这是一项基于发布日期和维护计划的旧技术
TFS是较新的Microsoft VSS替代方案。这是一个非常主观的问题 但是,答案是“是的”。。。是的,这是一项基于发布日期和维护计划的旧技术
TFS是较新的Microsoft VSS替代品。即使是Microsoft开发人员也拒绝使用VSS。坦白地说,我不认为世界上还有人还在用那个燃烧的……球。。。。SVN很不错,作为CVS的替代品。但是,如果您正在评估当前的SCM解决方案,那么您可以自己做一项服务,并将其排除在混合之外。我建议查看以下“开源”产品:
- (我个人最喜欢的)
- [(另一个不错的,类似于Git)
- (在某种程度上加快了速度,但在我看来,这两种选择都会把它吹出水面)
- (更好的商业SCM之一)
- (如果您使用的是VSS,那么这就是合乎逻辑的商业“后继者”。尽管如此,它本身也存在问题)
- (漂亮的GUI,尽管它对删除的处理非常糟糕)
- (我个人最喜欢的)
- [(另一个不错的,类似于Git)
- (在某种程度上加快了速度,但在我看来,这两种选择都会把它吹出水面)
- (更好的商业SCM之一)
- (如果您使用的是VSS,那么这就是合乎逻辑的商业“后继者”。尽管如此,它本身也存在问题)
- (漂亮的GUI,尽管它对删除的处理非常糟糕)