Version control 如何避免在VisualStudio6中使用writable.vbg？

我在Visual Studio 6中有一个项目组（

.vbg

）。这些项目处于源代码管理（TFS）之下。当我开始调试Visual studio时，出现了一个错误

路径/文件访问错误：Path/name.vbg

，当取消调试运行时，出现了如下“将项目组另存为”对话框。为了避免这种麻烦，我需要签出组文件，或者仅通过file属性将其标记为可读有没有办法避免这种行为？

---

注：使用Visual Source Safe时情况相同。根据我的观察，当允许更改时，vbg不会更改。此问题可能与使用带有非英语区域设置的英语窗口有关。

最简单的解决方案是将VBG文件保存到源代码管理之外的文件夹中。它不会对基于EXE项目（如果有）的运行目录造成影响。

最简单的解决方案是将VBG文件保存到源代码管理之外的文件夹中。它不会对基于EXE项目（如果有）的运行目录造成影响。

否。只需将VBG置于版本控制中，并使文件在本地目录中读写即可

否。只需将VBG保持在版本控制中，并使文件在本地目录中读写即可

Visual Basic IDE要求某些文件（

.vbp

文件）也是可写的，或者至少它会提示保存这些文件，即使没有进行任何更改。我不知道有什么办法。就我个人而言，我不在源代码管理中包含我的解决方案或VB组文件。@Deanna：我对项目没有问题（至少通常是这样）。该组由几个开发人员处理。在源代码管理中不使用.vbg可能会很复杂甚至危险。Visual Basic IDE要求某些文件（

.vbp

文件）也是可写的，或者至少在未做任何更改的情况下，它会提示保存这些文件。我不知道有什么办法。就我个人而言，我不在源代码管理中包含我的解决方案或VB组文件。@Deanna：我对项目没有问题（至少通常是这样）。该组由几个开发人员处理。在源代码管理中不使用.vbg会很复杂，甚至可能很危险。在添加或删除项目时，强制每个开发人员手动创建组并始终对其进行编辑，即使不危险，至少也会很烦人。是的，但项目添加和删除的频率是多少？这并不常见。我从来没有一个团队中有超过12个项目…管理起来并不难强制每个开发人员在添加或删除项目时手动创建并编辑该团队，即使不危险，至少也很烦人。是的，但项目添加和删除的频率是多少？这并不常见。我从来没有一个团队有超过12个项目……管理起来并不难