我目前的工作地点目前正在过渡,新所有权已经结束了,事情是最终获得标准化的和适当的准则正在执行。

但我们仍然此,真的没有任何理由使用其他那么什么是最初的设置。我们不使用Visual Studio,或任何真正工具,具体来说,需要它。

什么是绝对最好的论点,我可以带来了帮助说服他们会喜欢的东西颠复将是一个更好的解决方案,为长期运行。

有帮助吗?

解决方案

VSS完全依赖于客户管理的数据库。如果客户滴连接在中间的一个编写过网络在错误的时间,你的文件被丢弃在服务器上。不只是尖端的,但是所有的历史。希望你有一个良好的备份。我已经通过它。这是坏消息。

VSS使用情况的VPN或其他远程连接是糟糕透顶。它的使用SMB转让的数据,并且你已经检索文件和所有其三角洲只是为了获得尖端。讨厌的。

我已经看到VSS开始行动起来,在1gb的数据。数据库中的错误,等等。MS(某处在一个常见问题或KB)说,2GB是真正的最大安全的限制。有没有良好的管理工具(客户运行的庇护),所以你不会真的得到任何预警这一点。

任何东西 与服务器过程中提供某种水平的交易和完整性控制是一个卓越的解决方案。

其他提示

最好的论点将必须是为什么你希望他们切换到颠复。:)

我知道绝对没有关于VSS,但"一语如果不是破碎不解决这个问题"想到的。你必须表明,你的经理,VSS被破坏而需要修复。甚至更好的如果你可以显示出管理将如何拯救他们的钱。

@亚当*戴维斯:唔实际上Adam一是一个可怕源的控制系统。它有很长的历史,破坏历史和丢失数据。这是可怕的,在合并不同时处理多个开发人员以及和非常缓慢。还的历史很差。Microsoft不真正支持它,你会注意到,他们从来没有使用它们自己的内部发展而现在,他们甚至不卖掉它赞成一个更现代的解决方案(ONLINE).在短期,如果你要选择之间VSS和任何其他种类的来源的控制,与替代方案。

通过只会在功能的良好来源的控制带来的:

  • 能够很容易地看到记录的是谁做什么、何时和在什么样的顺序,其文件
  • 保持历史的过去版本的一切
  • 很容易地返回并重现一个具体版本的文件,从任何过去版本,以更容易地再现的错误报道在旧版本
  • 能力去删除码检索,或删除不必要的更改,而不必担心失去数据的过程

任何文件,证明交换将会降低成本。如果做不到这一点,多颜色的图形和图表。也许一个功率点介绍。

互联网上充斥着良好的书面文章上的缺陷SS。我会收集这作为体的证据,用于移动远离SS。找到一个关键要求,VSS不能支持(远程工作,支持在其他开放源码软件、工具一体化),并用它来驱动问题。然后你需要找到源控制系统,该系统是一个很好的匹配你的组织的要求-你确定是颠复那个系统?设立了一个示范你所选择的系统,并利用这证明它的价值。

我实施这种改变在以前的雇主(第一个人简历,然后SVN),虽然它是成功的,我们必须建立一个多位的边缘,并依赖大量的(有时是不可靠)开源项目获得的所有工具,我们需要的。事后我应该被视为试图评估的专业工具,例如必然、金库或甚至团队系统。评估了这些,我可以做一个正确的价值判断是否CVS/SVN是值得他们"免费的"价格标签。

能够处理分枝和分叉是一个开始。

试图采用颠复了,而在平行vss你将最有可能找到很多论点来说服你老板。如果你不要,你的老板是对的,没有理由开关。

让他们以google为'vss问题','源安全的腐败'或只是看看Wiki网页。这应该说服他们,这可能不是一个长期可行的事情你要下注这样一个重要组成部分的业务。

你有多大你的团队?(即,我的意思是有多少成员,而不是或不是你的沙拉道奇队)一旦你开始得到超过一半的十几个相当活动的用户一是要给你头痛。

我严重怀疑,Microsoft用(实际上,他们不使用定制的颠复或CVS变体?) 你得问问自己,如果该公司不吃他们自己的狗食,你为什么要吃吗?

基本的答案是,你必须做出的情况,交换符合业务需求。例如:

  1. 低成本的发展
  2. 较短的时间安排(另一个阴影的#1)
  3. 更容易为会议过程要求(如软件的要求可追溯性,或建立可再现性,等等)。

使情况下在这些事情上,还需要定量,而不仅仅是"我们将降低成本,因为这是 的方式来做到这一点!".

有一件事要注意的是,它太容易用于开发人员来说服自己,它将有利于作出改变,而不首先经过基本的商业过滤器。一旦发生这种情况,你结束了开发人员不满意他们的工具并加倍感到沮丧,因为他们认为管理不会听。如果你不能检查过的事情之一以上,他们你已经没有机会说服管理的任何事(除非管理是无能的,但这是另一个问题)。

为什么颠复过VSS?

  • 自由软件
  • 更易于管理
  • "检查程序"的 原子!
  • 很容易分支和合并
  • 继续发展(即VSS死)
  • 更好的工具,用于跟踪变化和查看记录
  • 工具和平台不可知,但还集成了许多工具

我提议我的经理,这是一个很容易出售。我发现它是更容易使用,特别是用于支(我们的项目花了5小时"分享和销"在VSS,然后每一个操作采取了额外的时间来完成!).

以前写的 关于为什么VSS不是一个好主意。你可能能够获得一些信息。还 这篇文章这一个 包含进一步的信息。

VSS2005年有掩盖了一些裂缝6.0,但不是在一个特别令人信服的方式。同一个脑死亡的基础仍然存在。

甚至如果没坏,有一个潜在的好处迁移,从SS。第一和最平凡,你不需要购买新的VSS许可证。第二,有许多实例存在缺陷VSS产品(其中一些也承认MS)。学习曲线对SVN至少低了自愿的,如果你必须开发更快乐与源控制系统,他们就更有可能使用它的早期和经常。这将转化为很多减少风险对于你的公司,这是一个良好的好处。

@Jason:VSS被打破。

我认为最强大的方法为激励变化离VSS是指出如何关键的资源码。把风险与其完整性是不明智的商业选择。

加入你的程序员的创造者这一资产,这使他们更容易被生产意味着更多价值的源代码的资产。Joel在软件经常谈论如何在投资于他的编程人员是一个巨大的胜利对他的公司。

其他的答案在这里所描述的具体原因,你可以当做你的情况。

除了技术指定在其他的答案,可能有非技术原因潜伏的,你应该准备作出响应:

你应该调查是否公司具有任何种类的政策(或者被误导的担心)开放源码软件。如果公司或其律师不了解来龙去脉的其许可证的"传染"的专有代码,不,还有什么你可以用开放源代码,不会影响你的专有代码,你会有一个很难得到他们从一个专用于一个开放源工具。(你可能有一个更大的教育工作在你的手中。)

在争论为交换从专利(例如VSS)开放源(例如颠复)你也需要准备辩护的代码的质量以及缺乏任何必要的担保或其他合同权利有关的代码。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top