首先让我解释一下我所处方案的基本背景。
我需要为我正在为之工作的网络开发公司实施源代码管理解决方案。我们当前的开发模型是Windows服务器上所有文件的共享网络位置，针对数据驱动器运行IIS7，没有源代码控制。网络位置备份得非常好，但这显然不是一个好的设置（所以如果你只是为了点燃源代码控制的缺乏，请不要打扰回复......这就是我想要解决的问题）< / p>
我希望获得源控制解决方案（使用Team Foundation Server 2012 Express），但这不是一个即时过程。我们有数百个网站，这个解决方案不会在一夜之间推出。我们还有许多需要修改的程序，这需要时间，因此我正在寻找一种可以一次推出的解决方案。
我的主要问题是，是否有可能获得一个源控制解决方案，允许我的团队在VS2010本地开发，但检查文件到现有的网络位置？
网络位置是我们的开发服务器，在推送到生产环境之前，项目经理和客户已批准更改。改变这个过程会严重损害我完全放置源控制解决方案的机会。 （显然这不好）
我正在尝试在TFS2012 Express中设置此模型，但我似乎无法找到有关如何执行此操作的任何信息。主要回购正在按预期工作;我能够按预期分支，合并，但我不知道如何强制将所有已签入的文件推送到网络文件夹。 （我可能会搜索错误的术语）
有谁知道如何做到这一点？
我并不完全依赖TFS，但这是我最熟悉的，而且我们在一个Windows环境中，有几个设计师不是命令行专家。我实施的解决方案必须易于使用，这意味着要集成到Visual Studio中。
同样，请不要将其转换为另一个源控制咆哮页面。现有的太多了。我正在寻找解决我面临的问题的解决方案，我需要尽可能顺利地引入源代码控制，或者有一个非常真实的机会，它根本不会发生......这对每个人都有害。 :)
答案 0 :(得分：0)
如您所知，TFS将所有源代码存储在SQL DB中。我的暗示是采取一个 看看customizing TFS Build Configuration files。我不是百分百确定，但是应该可以将任务添加到构建配置，在该构建配置中将所有文件从TFS工作区复制到网络存储。因此，每当有人将源代码检入TFS时，您就可以让TFS触发一个CI-Build，它承担必要的复制任务。