Visual studio 解决方案：每个应用程序或每个应用程序套件

通常，多个应用程序共享一个很大的库代码库，这些库在开发过程中经常发生变化。在这些情况下，我更喜欢创建一个以套件命名的解决方案，并为每个应用程序和共享库包含单独的项目

---

这是一个好方法吗？其他人如何为一套应用程序等构建代码库？

解决方案的实际结构实际上取决于内部工作流。拥有一个非常灵活的，人人重构一切的方法将指向一个解决方案和许多项目。如果您的商店有一个专门的库团队和各种应用程序团队，这些团队定期进行内部发布，那么独立的解决方案可以通过更强的解耦来帮助您，并且缩短构建时间

这实际上取决于您公司的特定需求。MSDN有一个详细介绍各种推荐解决方案布局的示例，包括：

单一溶液模型（首选）

分区单解模型

多解决方案模型（仅在严格必要时）

还将更详细地讨论每种模型的优缺点，以便您可以决定哪种模型对您有意义。：）

一般来说，对于您所描述的应用程序套件，我会考虑分区的、单一的解决方案模型。有一个单一的主解决方案可以构建所有内容，套件中的每个应用程序都有许多单独的解决方案（假设应用程序的大小相当大）

---

如果套件中的应用程序很小且构建速度很快（例如，一套命令行工具），我甚至可能不会生成单独的解决方案文件。这真是一个我们不能为你做出的判断

或者两者兼而有之。。。只将master.sln签入源代码管理（让您的构建服务器和开发人员定期退出并持续构建），然后每个开发人员都可以自由构建自己的（可能是暂时的/一次性的面向任务的解决方案？@rohancrag:+1表示“或两者兼而有之”。这不是一个相互排斥的命题。