【问题标题】:Visual studio Overwriting CodeVisual Studio 覆盖代码
【发布时间】:2016-09-07 02:12:03
【问题描述】:

我们的开发团队目前正在 Visual Studio Professional 2015 中开发一个涉及表单等的项目。就目前而言,主代码存储在个人桌面上,但可以在共享驱动器以及我的共享驱动器上找到副本个人硬盘。

我们刚刚遇到了一个非常严重的问题。我在我的个人硬盘上对我的副本进行了更改,当我到达工作岗位时,我意识到我的更改实际上改变了主代码。这将阻止任何人在任何地方试验代码。

有没有人经历过这种情况,如果有,你知道有什么方法可以让它停止吗?

【问题讨论】:

  • 你有版本控制系统吗?你绝对应该有一个可以避免这些问题的。
  • 另外,如果没有您提供有关您的复制机制如何工作的任何其他详细信息,我们怎么可能知道如何让它停止?
  • Visual Studio 本身并没有这样做。您可能有一些机制可以做到这一点,我们不知道它是什么,但无论如何,+1 机制 应该 是一个适当的版本控制系统(subversion 和 git 很流行,取决于你想要的中心化程度。)
  • Visual Studio 只更改您要求更改的文件,如果您有多个项目副本并且只打开其中一个,则不会触及另一个。除此之外,一个严肃的问题是:您是否使用版本控制系统?如果答案是否定的,那么下一个问题是为什么不呢?

标签: performance visual-studio overwrite


【解决方案1】:

从回复来看,没有其他人听说过这种情况,甚至都不知道这是一件事,因此创建代码备份应该就足够了。使用 VCS 并不是唯一的方法。如果没有 VCS,我们正在并且一直在创建所有编码的备份副本。如果我试图在我的代码副本中进行更新以进行测试,问题就变成了,它正在更新所有副本——在任何编码/应用程序的历史中,我从未见过这种情况。

我所指的副本实际上是副本。我复制了这个项目,然后把它放在我硬盘上的另一个文件夹中。对我或团队来说,副本如何或为何更新母版是没有逻辑意义的,反之亦然。

我想唯一的解决方案是使用 VCS。我想知道为什么会发生这种情况以及如何发生这种情况,因为我们很幸运,这是一个简单的代码行,被改变了,而不是大修!

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-01-16
    • 1970-01-01
    • 1970-01-01
    • 2011-03-18
    • 2010-12-15
    • 2016-08-19
    相关资源
    最近更新 更多