2

让我首先解释一下我所处场景的基本背景。

我需要为我工作的 Web 开发公司实施源代码控制解决方案。我们当前的开发模型是 Windows 服务器上所有文件的共享网络位置,针对数据驱动器运行 IIS7,并且没有源代码控制。网络位置备份得很好,但这显然不是一个好的设置(所以,如果你只是在这里抨击缺乏源代码控制,请不要打扰回复......这就是我要解决的问题)

我正在寻找一个源代码控制解决方案(使用 Team Foundation Server 2012 Express),但这不会是一个即时过程。我们有数百个站点,并且不会在一夜之间为所有站点推出此解决方案。我们还有许多需要修改的程序,这需要时间,所以我正在寻找一个可以一次推出一点点的解决方案。

我的主要问题是,是否有可能获得一个源代码控制解决方案,允许我的团队在 VS2010 中进行本地开发,但将文件签入现有网络位置?

网络位置是我们的开发服务器,在此更改由项目经理和客户批准,然后再推送到生产环境。更改该过程将严重损害我能够完全实施源代码控制解决方案的机会。(显然这不好)

我正在尝试在 TFS2012 Express 中设置此模型,但我似乎找不到任何有关如何执行此操作的信息。主仓库正在正常工作;我能够按预期进行分支、合并……,但我不知道如何强制将所有签入的文件推送到网络文件夹。(我可能在搜索错误的术语)

有谁知道如何做到这一点?

我并不完全依赖于 TFS,但它是我最熟悉的,而且我们处于一个 windows 环境中,其中有几个不是命令行专家的设计师。我实施的解决方案必须易于他们使用,这意味着集成到 Visual Studio。

同样,请不要把它变成另一个源代码控制咆哮页面。这样的人太多了。我真的在寻找解决我面临的问题的方法,我需要尽可能顺利地引入源代码控制,否则它很有可能根本不会发生......这对每个人都不利. :)

4

1 回答 1

0

如您所知,TFS 将所有源代码存储在 SQL DB 中。我的一个提示是
查看自定义 TFS 构建配置文件。我不是 100% 确定,但应该可以将任务添加到构建配置,您可以在其中将所有文件从 TFS 工作区复制到网络存储。因此,每当有人将源代码检入 TFS 时,您都可以让 TFS 触发 CI-Build,该 CI-Build 会承担必要的复制任务。

于 2012-09-17T19:41:54.937 回答