Visual studio Visual Source安全-从web项目中删除文件

我会尽量直截了当地说

目前，我们的团队有一个VSS数据库，用于存储我们的项目

开发人员获取代码并将其放在本地主机上，然后在本地进行开发

指定开发人员获取最新版本并推送到开发服务器

问题是，当一个文件从项目中删除（在VS2008中删除）时，下一次其他开发人员（不是删除它的人）签入时，它会提示他们签入这些删除的文件，因为他们的本地计算机上仍然有一个副本

有办法解决这个问题吗？让VSS指示客户端计算机删除这些文件，而不提示它们重新签入？对此，首选的方法是什么

---

编辑注释：

我同意SVN比VSS更好

我同意Web应用程序项目比Web站点项目更好

问题：从类库中删除的文件也会发生同样的情况

---

解决这个问题的第一个方法是停止使用网站项目。网站项目会导致visual studio自动将在项目路径中找到的任何内容添加到项目中

相反，转移到没有这种行为问题的Web应用程序项目

网站项目有利于单人开发

更新：

过去的VB商店也有类似的问题，他们安装的任何东西都会影响构建过程。你可以从他们的剧本中翻出一页，然后拥有一台“干净”的构建机器。在进行部署之前，您将删除所有项目文件夹，然后执行“获取最新信息”操作。通过这种方式，您可以确保唯一部署的是您在源代码管理中拥有的东西

顺便说一句，这也是TFS构建服务器的工作方式。它删除工作区，然后创建一个新工作区并下载必要的项目文件

---

此外，您可以考虑使用一些类似的方法来处理构建。

，您的第一个方法是停止使用网站项目。网站项目会导致visual studio自动将在项目路径中找到的任何内容添加到项目中

相反，转移到没有这种行为问题的Web应用程序项目

网站项目有利于单人开发

更新：

过去的VB商店也有类似的问题，他们安装的任何东西都会影响构建过程。你可以从他们的剧本中翻出一页，然后拥有一台“干净”的构建机器。在进行部署之前，您将删除所有项目文件夹，然后执行“获取最新信息”操作。通过这种方式，您可以确保唯一部署的是您在源代码管理中拥有的东西

顺便说一句，这也是TFS构建服务器的工作方式。它删除工作区，然后创建一个新工作区并下载必要的项目文件

---

此外，您可以考虑使用一些类似的方法来处理构建。

< P>您最好的解决方案是切换到一个更好的版本控制系统，比如Svn。 在我的工作中，我们最近从一家外包公司获得了一个项目，该公司确实使用VSS作为版本控制。我们能够从VSS将所有更改历史导入到SVN中，并在此时使用SVN快速启动和运行

使用SVN，您可以为文件和文件夹设置忽略，这样web项目中的文件就不会被放入SVN，并且忽略属性会签出到每个开发人员的机器上

---

我相信我们使用VSSMigrate进行到SVN的迁移

您最好的解决方案是切换到更好的版本控制系统，如SVN

在我的工作中，我们最近从一家外包公司获得了一个项目，该公司确实使用VSS作为版本控制。我们能够从VSS将所有更改历史导入到SVN中，并在此时使用SVN快速启动和运行

使用SVN，您可以为文件和文件夹设置忽略，这样web项目中的文件就不会被放入SVN，并且忽略属性会签出到每个开发人员的机器上

---

我相信我们使用VSSMigrate来进行到SVN的迁移

也许开发人员应该注意只签入或添加他们一直在做的事情。如果他们添加了他们甚至没有使用的东西，那就有点草率了

也许开发人员应该注意只签入或添加他们一直在处理的东西。如果他们添加了他们甚至没有使用的东西，那就有点草率了

VSS是一个糟糕的版本控制系统，您应该切换到SVN，但这与问题的关键无关。项目文件包含对哪些文件实际上是项目的一部分的引用。如果VisualStudio项目未随更改一起签入，则任何其他开发人员都无法完全更新，因此当他们从VSS获取最新文件时，查询将删除文件。从那里你有多种选择

使vbproj成为存储库的一部分。任何项目级别的更改都将是提交的一部分，并且可以通知其他开发人员。这里的问题是它也将在dev服务器上。理想情况下，您可以使用几乎相同的过程来部署到dev，就像部署为release一样。这导致了另一种方式

SVN为几乎所有的主要事件提供钩子，钩子实际上只是一个正确命名的批处理文件/exe。出于您的目的，您可以使用post-commit钩子在每次提交时将适当的文件（比如通过ftp）推送到服务器。解决了文件问题，更重要的是，更接近于持续集成的概念

---

VSS是一个糟糕的版本控制系统，您应该切换到SVN，但这与问题的关键无关。项目文件包含对哪些文件实际上是项目的一部分的引用。如果视觉研究