维护同一框架和应用程序的两个版本
我们在 .NET 中创建了一个控制硬件设备的框架。 整个框架使用MEF，因此对接口的依赖程度很高。
由于我们无法控制的原因，我们不得不更改硬件 需要对某些界面进行一些重大更改。
旧硬件的项目被搁置了一段时间，我们开始了 正在开发使用新版本框架的图形应用程序。
现在，很久以后，他们希望我们再次支持旧硬件，所以我们正在考虑 向后移植现有图形应用程序以使用旧框架并维护两个版本。
该框架是一个包含多个项目的 Visual Studio 解决方案， 图形应用程序是另一个包含几个项目的 Visual Studio 解决方案。
某些部分（框架解决方案中的项目）不依赖于更改的接口，而其他部分则依赖于更改的接口。
对于源代码控制，我们有一个颠覆存储库。
有人有管理类似事情的经验吗？ 有没有最佳实践？建议？
We have a framework created in .NET which controls hardware devices.
The entire framework uses MEF so it relies heavily on interfaces.
For reasons beyond our control we had to change the hardware and that
required some breaking changes to some of the interfaces.
The project for the old hardware was put on hold for a while and we started
working on a graphical application which uses the new version of the framework.
Now, much later, they want us to support the old hardware again, so we're thinking
of backporting the existing graphical application to use the old framework and maintain two versions.
The framework is one Visual Studio solution with multiple projects,
and the graphical application is another Visual Studio solution with a few projects.
Some parts (projects in the framework solution) did not rely on changed interfaces, others did.
For source control we have a subversion repository.
Has anybody had any experience with managing something like this?
Are there any best practices? Suggestions?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这是创建分支的主要候选人。拥有一个包含代码主干的主存储库，以及您需要的每组不同硬件的分支。这将使您可以轻松地编写需要为两个版本的代码库完成的事情，同时保持它们的复杂性独立。
This is a prime canditate to create a branch. Have a main repository with the trunk of the code, and a branch for each different set of hardware that you need. This will make it easy for you to code things that will need to be done for both versions of the codebase, while keeping their intricacies independent.