正确的方法来添加对C#项目的引用,使它们与版本控制兼容

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了正确的方法来添加对C#项目的引用,使它们与版本控制兼容，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2293字，纯文字阅读大概需要4分钟。

内容图文

将第三方库或内部开发的库添加到C#项目时,我通常只是在Visual Studio解决方案浏览器中添加引用.但是,这会创建对库的绝对路径引用.当另一台计算机上的另一位开发人员签出代码时,他们可能不会在这些确切的文件夹位置中拥有这些库.

Where do you put your 3rd party libraries?建议第三方库应保存在解决方案文件夹(即存储库文件夹)内的文件夹中.这对我来说很有意义.但是,当我添加引用时,它们仍然是绝对路径引用. Changing C# .dll references from absolute to relative提供了一个解决方案,但是,手动编辑.csproj文件真的要走了吗？我已经读过,不建议乱用.csproj文件.另外,我在对该问题的评论中看到,如果你的库不在项目文件夹之上(所以在我的情况下我在项目文件夹中创建了一个依赖项文件夹,而不是解决方案文件夹),那么VS应该使路径引用相对于默认但在我的情况下没有发生.

然后是关于内部开发的库的问题.就我而言,我有一个实用程序项目,它具有我需要在多个解决方案中使用的功能.我宁愿不必手动更新依赖它的每个项目中的库.如果我使用参考的绝对路径但是使用版本控制会发生什么,这不是问题？在我链接的第一个问题中,其中一个较低的答案建议使用一个名为Sync Toy的程序来确保将库复制到引用它的依赖项文件夹的所有项目中.这是一种明智的方式吗？

最后,当我添加引用时,最后一点可能太过无关,无法适应同一个问题,但默认情况下它会将库连接到构建时的输出目录.但这意味着当我部署项目时,我必须复制所有这些额外的dll文件.有没有办法避免这种情况并将库嵌入输出.exe？

解决方法:

参考路径,abolute还是相对？

当您通过参考>添加参考时添加参考>浏览>浏览… Visual Studio将保存.csproj中库的相对路径.

但是,如果查看“属性”窗口中的引用属性,Visual Studio将向您显示库的绝对路径(我不知道为什么有人认为这样做是个好主意)：

这已在Visual Studio 2008和2015中进行了测试.

常用库,我该如何分享？

如果你有一个共同的库,你需要在解决方案(而不是项目)之间共享,我建议,如果可能的话,创建your own NuGet feed并利用它.

您可能需要远程Feed,而不是本地Feed;有许多工具可以创建和维护一个(例如TeamCity).

图书馆更新了吗？将其推送到您的内部NuGet服务器并享受更新.

移动组件

when I add the reference, but default it coies the library to the output directory on building

嗯,这就是它在.NET中的工作原理.

that means when I deploy the project I have to copy all those additional dll files. Is there a way to avoid this and embed the library into the output .exe?

虽然合并一切都是可能的(查看ILMerge),我不推荐它,这不值得麻烦,因为：

如果您必须手动复制部署内容,那么您做错了.您应该创建一个脚本或安装程序(取决于项目类型和您必须执行的操作)以整体移动已部署的应用程序.

内容总结

以上是互联网集市为您收集整理的正确的方法来添加对C#项目的引用,使它们与版本控制兼容全部内容，希望文章能够帮你解决正确的方法来添加对C#项目的引用,使它们与版本控制兼容所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端