VS 2017跨解决方案共享装配体 [英] VS 2017 Sharing Assemblies Across Solutions

问题描述

我们有一个由6名开发人员组成的团队。 用于开发的操作系统从Windows 7 32位到Windows 10 64位不等。

源代码控制是git。 开发在c＃。 

目前，2个解决方案使用一组通用的程序集。   一种解决方案是Web应用程序。 另一种解决方案是Windows服务。 程序集是从解决方案构建的，并复制到消费
的解决方案的指定位置。

我们遇到了2个问题。  1）消费应用程序可能不会以最新的通用程序集结束。 例如，开发人员忘记将程序集复制到解决方案中的指定位置。  2）如果一个普通程序集是在另一个操作系统平台上构建的
， 编译引用这些程序集的解决方案时可能会出现问题。

处理此问题的正确方法是什么？

提前致谢

解决方案

嗨rgelfand，

欢迎来到MSDN论坛。

根据您的描述，您可以尝试将这些共享程序集作为NuGet包。请遵循以下文档：

创建NuGet包

无论您的软件包是什么或它包含什么代码，您都可以使用  nuget.exe将该功能打包到一个组件中，该组件可与任何其他开发人员共享
并由其使用。

最好的问候，

Sara

We have a team of 6 developers.  OS used for development varies from windows 7 32 bit to windows 10 64 bit.

The source control is git.  The development is in c#. 

Currently, a common set of assemblies are used by 2 solutions.   One solution is a web application.  Another solution is a windows service.  The assemblies are build from a solution and copied to a designated location of solutions consuming them.

We are experiencing 2 problems with it.  1) Consuming application may not end up with the latest common assemblies.  For instance developer forgot to copy an assembly to a designated location within a solution.  2) If a common assembly was built on another os platform,  there might be problems compiling the solutions referencing these assemblies.

What is the proper approach to deal with this problem?

Thanks in advance

解决方案

Hi rgelfand,

Welcome to the MSDN forum.

Per your description, you can try to make those sharing assemblies as the NuGet package. Please follow this doc: Creating NuGet packages

No matter what your package does or what code it contains, you use nuget.exe to package that functionality into a component that can be shared with and used by any number of other developers.

Best regards,

Sara

这篇关于VS 2017跨解决方案共享装配体的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！