Version control Team Foundation服务中的文件/文件夹结构

Version control Team Foundation服务中的文件/文件夹结构,version-control,visual-studio-2012,tfs,azure-devops,Version Control,Visual Studio 2012,Tfs,Azure Devops,将项目添加到TFS时,我将为特定网站添加一个项目。这很好,网站根目录中的所有文件夹和文件都可以在TFS中使用。但是,也有一些共享文件位于网站根目录之上,不包括在特定网站项目/解决方案中,因为它们位于网站根目录之外。例如,当我将根目录之外的现有文件添加到项目中时,它会在项目中创建重复文件。或者,将现有文件添加到项目时,会在项目中创建错误的文件夹层次结构(看起来好像根目录上方的文件夹位于网站内部),这将导致在TFS中发布和共享源出现问题 将这些文件包含在项目中的适当方式是什么,以便这些文件可以保留在

将项目添加到TFS时,我将为特定网站添加一个项目。这很好,网站根目录中的所有文件夹和文件都可以在TFS中使用。但是,也有一些共享文件位于网站根目录之上,不包括在特定网站项目/解决方案中,因为它们位于网站根目录之外。例如,当我将根目录之外的现有文件添加到项目中时,它会在项目中创建重复文件。或者,将现有文件添加到项目时,会在项目中创建错误的文件夹层次结构(看起来好像根目录上方的文件夹位于网站内部),这将导致在TFS中发布和共享源出现问题


将这些文件包含在项目中的适当方式是什么,以便这些文件可以保留在根目录之外,但可以包含在TFS中的项目中。

实现这一点的一种方法是为所有网站提供一个团队项目,并通过使用团队/区域,在逻辑上将其分解为不同的站点,以备积压/迭代/工作项等。所有源代码都将位于同一团队项目中正确的层次结构中,然后可以在团队项目中的子项目之间共享

有关此方法的讨论,请参阅以下帖子:


谢谢,ngm。我之前读过几本。我的问题是,代码添加到Team Foundation服务中,项目中的文件夹/文件结构在VS中,但是VS中的项目具有网站的根,而不访问共享的公共文件。并且,VS的发布过程将本地项目文件夹/文件结构映射到dev/prod服务器文件夹结构。令人困惑的是如何在VS中构造项目,以便将源代码移动到TFS中的项目中,包括公共文件,并保留文件夹结构以匹配要发布的dev/prod。有意义吗?我也在考虑添加另一个带有公共文件的项目,但这会使一起处理文件和同时发布文件变得更加困难,等等。嗨,如果您可以添加一个树形图来显示文件夹的布局以及您希望它们的布局,这可能会很有用。文件夹结构并不复杂。它是一个web根目录,包含网站,然后根目录之上的一个级别有一个文件夹,用于存放公共文件。这就是我所需要的。