Visual Studio 2010 中有没有办法将代码/项目/文件夹结构从 TFS 映射到多台计算机？
我目前正在开发多个应用程序，其中一些应用程序的解决方案包含来自 Visual Studio 2010 中多个工作空间的项目。
当其他人尝试处理某个应用程序的代码或只是下载代码并运行时，这会导致问题该应用程序。我为我的计算机定义了工作空间，但其他人没有。
我想要做的是有一种方法来设置工作空间或某种工作空间模板，任何人都可以在任何计算机上并具有所需的文件夹结构时从服务器下载代码，并且应用程序将运行。
例如，如果我有以下服务器结构：
$/
$/SolutionFiles/
$/SubFolder1/
$/SubFolder1/ProjectA/
$/SubFolder1/ProjectB/
$/SubFolder2/
$/SubFolder2/Project1/
$/SubFolder2/Project2/
...并且我有一个解决方案 $/SolutionFiles/MyAppSolution ，其中包含来自 $/SubFolder/ProjectA/ 和 < code>$/SubFolder2/Project1/，我想要一个单独的工作区或其他东西，可能名为“MyAppSolution_Workspace”或类似的东西，它将解决方案文件夹和相关项目文件夹映射到通用路径。这需要工作并且可以从所有其他单独的计算机进行访问，并且需要与服务器保持相同的目录结构，并具有相同的文件夹名称和解决方案/项目文件所期望的所有内容。
从表面上看，VS2010 中的共享工作空间可以工作，但它似乎只适用于一台机器，并不完全通用。
对于如何实现这一目标有什么建议吗？
I am currently working on several applications and in n some of these apps the solutions contain projects from multiple work spaces in Visual Studio 2010.
This causes an issue when others attempt to work on the code for a certain application or simply download the code and run the app. I have my work spaces for my computer defined, but others do not.
What I want to do is have a way to set up a work space or sort of work space template where anyone can download the code from the server, while on any machine and with the required folder structure, and the application will run.
For instance, if I had the following server structure:
$/
$/SolutionFiles/
$/SubFolder1/
$/SubFolder1/ProjectA/
$/SubFolder1/ProjectB/
$/SubFolder2/
$/SubFolder2/Project1/
$/SubFolder2/Project2/
...and I had a solution $/SolutionFiles/MyAppSolution that contains code from $/SubFolder/ProjectA/ and $/SubFolder2/Project1/, I want to have a separate workspace or something, possibly named "MyAppSolution_Workspace" or something like that, that will map the solution folder and the related project folders to a generic path. This would need to work and be accessible from all other separate computers and would need to keep the same directory structure from the server and have the same folder names and everything as is expected by the solution/project files.
From what it looks like Shared work spaces in VS2010 would work, but it seems to only apply to one machine and is not entirely generic.
Are there any suggestions for how to accomplish this?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您可能不喜欢这个答案，但这就是我们所做的：
使您的工作区映射尽可能简单。切勿使用工作区映射移动文件夹或重命名文件夹或文件。然后所有用户需要做的就是从顶部进行映射，一切正常。他们可能会获得比他们想要的更多的文件，但它会起作用。
高级用户可以使用文件夹隐藏功能来阻止获取他们不感兴趣的文件夹，或者可以仅映射他们想要的文件夹。关键是，当它们映射特定文件夹而不是根目录时，它们会保留与映射根目录时相同的路径。
在我们的系统中，我们的版本和发布分支结构位于示例的文件夹上方。因此，您列出的所有内容都将在 MAIN 文件夹和 Release_1 文件夹中复制。
You probably won't like this answer but here is what we do:
Keep your workspace mapping as simple as possible. Never move folders or rename folders or files using the workspace mapping. Then all users need to do is map from the top and everything works. They may get more files than they want but it will work.
Advanced users can use the folder cloaking ability to block getting folders they aren't interested in or can map just the folders they want. The key being that when they map specific folders instead of the root they leave the paths the same as they would be if the root was mapped.
In our system we then have our version and release branching structure above the folders of your example. So everything you've listed would be duplicated inside a MAIN folder and inside a Release_1 folder.