TFSPreview.com和Azure在TFS中连续部署多个解决方案
我最近在云服务(TFSPreview.com)上试用了微软的TFS,感觉TFS团队终于“明白了”。TFSPreview.com可能会将我们从GIT+bug tracker+powershell切换到集成工作流实际工作的位置(连续部署非常好!) 嗯,差不多了。我们在TFSPreview.com上的“一个项目”测试非常适合连续部署,但我们的“真正”源代码控制看起来像TFSPreview.com和Azure在TFS中连续部署多个解决方案,tfs,azure-deployment,Tfs,Azure Deployment,我最近在云服务(TFSPreview.com)上试用了微软的TFS,感觉TFS团队终于“明白了”。TFSPreview.com可能会将我们从GIT+bug tracker+powershell切换到集成工作流实际工作的位置(连续部署非常好!) 嗯,差不多了。我们在TFSPreview.com上的“一个项目”测试非常适合连续部署,但我们的“真正”源代码控制看起来像 Root \--Solution1 \--ProjectA(IIS) \--ProjectB(IIS) \--Soluti
Root
\--Solution1
\--ProjectA(IIS)
\--ProjectB(IIS)
\--Solution2
\--ProjectC(AzureWebRoleProject)
问题:我如何向TFSPreview.com/Azure's portal/VS2012表达以下内容
- 根目录中的所有内容都必须在TFS中进行版本控制
- 但Azure的持续部署中只应注册ProjectC
Sid这实际上是通过论坛上的在线论坛讨论的内容
具体而言,MS代表表示目前不支持(请参阅),但他们需要提供解决方案。这里有一个可能的解决方法,可以让您感觉像在洗澡
Root
\--Solution2
\--ProjectC
Root-Branch
\--Solution2
\--ProjectC
\--Solution1
\--ProjectA
\--ProjectB
- 签入时似乎只部署了主分支(根)李>
- 要部署时合并到根目录
- 永远不要将解决方案1合并回根