TFS和VST-本地和云源代码
我们的产品提供内部部署和云解决方案。最近，我们已经将源代码从TFS迁移到VST。云解决方案在VSTS版本控制中，而产品的本地代码仍在TFS中。由于我们必须同时支持on-prem和云解决方案，在版本控制之间合并所需代码和管理它们的最佳实践是什么？ 或者将源代码（在prem和cloud上）都保存在一个版本控制（TFS/VSTS）中是一个好主意吗TFS和VST-本地和云源代码,tfs,azure-devops,Tfs,Azure Devops,我们的产品提供内部部署和云解决方案。最近，我们已经将源代码从TFS迁移到VST。云解决方案在VSTS版本控制中，而产品的本地代码仍在TFS中。由于我们必须同时支持on-prem和云解决方案，在版本控制之间合并所需代码和管理它们的最佳实践是什么？ 或者将源代码（在prem和cloud上）都保存在一个版本控制（TFS/VSTS）中是一个好主意吗 让我知道你的想法。仅仅因为你的应用程序在prem上运行，你就没有理由为它维护prem上的源代码控制。相反的情况也是如此：仅仅因为您有一个基于云的应用程序，就
让我知道你的想法。仅仅因为你的应用程序在prem上运行，你就没有理由为它维护prem上的源代码控制。相反的情况也是如此：仅仅因为您有一个基于云的应用程序，就没有理由对其使用基于云的源代码控制 不要维护两个独立的系统。没有好处，也有许多缺点
要么坚持使用on-prem TFS，要么将所有内容移动到Azure DevOps。就我个人而言，我会搬到Azure DevOps来避免维护和升级基础设施的负担。仅仅因为你的应用程序运行在prem上，你就没有理由为它维护prem上的源代码控制。相反的情况也是如此：仅仅因为您有一个基于云的应用程序，就没有理由对其使用基于云的源代码控制 不要维护两个独立的系统。没有好处，也有许多缺点
要么坚持使用on-prem TFS，要么将所有内容移动到Azure DevOps。就我个人而言，我会搬到Azure DevOps，以避免维护和升级基础设施的负担。只是查看提供的信息是否有用。请让我们知道您是否需要进一步的帮助。只是检查一下所提供的信息是否有用。如果您需要进一步的帮助，请告诉我们。