Asp.net mvc 一个解决方案中多个应用程序的SVN策略

因此，我试图找出处理以下情况的最佳方法

目前，我有一个VS解决方案，包括以下项目：

.Data
.Domain
.Service
.Web (.NET MVC)

对于SVN，日常工作进入主干，然后将单个修订合并到生产分支。到目前为止，这种做法效果很好

现在，我将向使用服务层的同一解决方案添加一个

webapi

项目。我希望能够在

MVC

站点和

webapi

站点上提供不同版本的服务层，因此我为

webapi

站点创建了一个新的生产分支

这就是我的问题所在。假设我更新了服务层，使其只适用于

MVC

应用程序，我是否只将该版本合并到

MVC

生产分支，而将其从

webapi

分支中删除？随着时间的推移，每个生产分支中的服务层变得非常不同，这可以吗

---

我也愿意接受其他设置建议。我知道有外部的概念，但我想把所有的东西都放在一个解决方案中。

你能解释一下为什么你为每个项目管理不同的生产分支吗？不是所有项目都属于同一个系统吗？他们有不同的推出时间表吗？@JulienJacobs不是每个项目，只有一个用于MVC应用程序，一个用于Web Api应用程序。是的，我希望能够将实时服务层更改推送到其中一个。如果服务层由MVC和WebAPI共享，我个人更倾向于只维护一个生产分支，以避免合并到两个分支中，从而有可能在几天内忘记一些提交。如果需要的话，我会管理不同的发布时间表。你能解释一下为什么你为每个项目管理不同的生产分支吗？不是所有项目都属于同一个系统吗？他们有不同的推出时间表吗？@JulienJacobs不是每个项目，只有一个用于MVC应用程序，一个用于Web Api应用程序。是的，我希望能够将实时服务层更改推送到其中一个。如果服务层由MVC和WebAPI共享，我个人更倾向于只维护一个生产分支，以避免合并到两个分支中，从而有可能在几天内忘记一些提交。如果有必要，我会管理不同的发布时间表。