我们在.NET中创建了一个控制硬件设备的框架。 整个框架使用MEF，因此它在很大程度上依赖于接口。
由于我们无法控制的原因，我们不得不改变硬件 需要对某些接口进行一些重大更改。
旧硬件的项目暂停了一段时间，我们开始了 处理使用新版本框架的图形应用程序。
现在，很久以后，他们希望我们再次支持旧硬件，所以我们正在思考 向后移植现有的图形应用程序以使用旧框架并维护两个版本。
该框架是一个包含多个项目的Visual Studio解决方案， 图形应用程序是另一个带有一些项目的Visual Studio解决方案。
某些部分（框架解决方案中的项目）不依赖于已更改的界面，其他部分则依赖于。
对于源代码管理，我们有一个subversion存储库。
有没有人有管理此类事情的经验？ 有没有最佳做法？建议？
答案 0 :(得分：1)
这是创建branch的主要假设。拥有一个包含代码主干的主存储库，以及您需要的每个不同硬件集的分支。这将使您可以轻松编写两个版本的代码库需要完成的事情，同时保持其复杂性。