Version control 跨TFS文件夹共享代码(如svn:externals)?
我有多个项目具有共同的内部JavaScript库依赖项。我想在多个项目中共享这些依赖关系 不幸的是,我们正在使用TFS。我想要类似svn:externals的东西,通过它我可以将特定文件夹链接到源代码管理树中其他地方的不同文件夹。所以我想要Version control 跨TFS文件夹共享代码(如svn:externals)?,version-control,tfs,Version Control,Tfs,我有多个项目具有共同的内部JavaScript库依赖项。我想在多个项目中共享这些依赖关系 不幸的是,我们正在使用TFS。我想要类似svn:externals的东西,通过它我可以将特定文件夹链接到源代码管理树中其他地方的不同文件夹。所以我想要 ProjectA app js lib [should link to SharedProject/lib] ProjectB app js lib [should link to SharedProject/lib] S
ProjectA
app
js
lib [should link to SharedProject/lib]
ProjectB
app
js
lib [should link to SharedProject/lib]
SharedProject
lib
library1.js
library2.js
我不想跨工作区链接…我不想为每个开发人员进行疯狂的自定义设置。我只希望开发人员检查一个项目,它知道“哦,在另一个项目中有共享资源。我也会得到这些资源。”我不在乎它总是得到一个特定的版本;我只是厌倦了跨项目复制文件
这在TFS中远程实现吗?我在谷歌上搜索了一下,没有发现任何结论。只需将共享项目从其原始位置分支到您想要的位置即可 当您切换到svn:externals上的下一个版本时,只需将该版本的更改合并到分支副本
(坦白说,即使在SVN上我也更喜欢这种方式)在源代码中使用外部链接不是一个好主意。它会产生很多副作用。您可以使用NuGet将您的库打包并发布到私有NuGet服务器,然后在所有相关项目中使用已发布的包。那么,我们为什么要投票关闭它?如果你认为这既不是一个“真正的”问题,也不是一个“建设性的”问题,请解释你的理由,而不是怯懦。投票结束是因为这是一个咆哮而不是一个问题。冷静下来,消除情绪,你可能会得到一个答案:这是否需要每个开发人员签出ProjectA,然后将SharedProject附加签出到ProjectA的子目录中?不,SharedProject实际上是ProjectA的一个子文件夹,并且将像ProjectA的任何其他子项目一样签出。事实上,它是从原始位置分支出来的,这将允许您轻松合并来自原始位置的更改。