.NET 高效开发Nuget管理工具(开源)
我们.NET开发会引用很多外部Nuget包,多项目、多个解决方案、甚至多个仓库。
简单的Nuget包管理,通过VS就能比较简单处理好。但复杂的场景呢,比如:
1.一个仓库里,有多个解决方案的Nuget包管理 -- 我现在项目就是这样的,针对会议大屏的全家桶软件集代码仓库。这个仓库里,接近30个工具/应用软件:
2. 多个仓库,多个解决方案、多个项目的Nuget管理 -- 公司产品项目业务比较复杂,抽了很多组件(目前有53个),组件间需要处理好版本冲突,以及因版本依赖需要递增升级自己的版本号
这些复杂场景会给开发同学带来操作管理代码的低效问题
所以如何高效处理好项目之间的Nuget版本冲突,如何快速升级Nuget版本,如何解决多项目对Nuget组件源码的快速调试,下面我们分别介绍下
Nuget版本统一、版本升级
项目Csproj引用Nuget包,管理多个项目的解决方案,通过VS的Nuget管理页面以及CsProj文件编辑能解决大部分情况下的Nuget版本操作。
稍复杂的仓库内多解决方案场景,经MVP德熙大佬 lindexi - 博客园 (cnblogs.com) 的提醒,中央包管理即Packages.props文件也能可以管理一个仓库内的Nuget包,中央包管理 | Microsoft Learn。Packages.props统一配置好仓库内公共的Nuget包版本,然后Csproj根据需要引用相应的Nuget包
1 <Project Sdk="Microsoft.NET.Sdk">
2 <PropertyGroup>
3 <TargetFramework>net6.0</TargetFramework>
4 </PropertyGroup>
5 <ItemGroup>
6 <PackageReference Include="Newtonsoft.Json" />
7 </ItemGroup>
8 </Project>
但是,其实我个人不推荐。如果新增了一个Nuget引用DirectShowLib,VS又会默认在CSproj文件内添加版本号,未自动归纳到Package.props内:
需要按中央包管理路径,去解决方案或者仓库下Packages.props添加Nuget版本信息。此方案有一定的修改成本,个人也觉得项目的Nuget引用版本号不够显眼、阅读性会减弱
继续用csproj管理Nuget包,多项目之间的管理成本我们用工具解决: WindowsOrg/NugetEfficientTool: VisualStudio项目开发-Nuget操作效率工具 (github.com)
下图是使用Nuget版本工具,对全家桶应用集所在的文件夹进行Nuget版本检测:
按上图界面操作:
1. 项目路径,输入仓库代码所在的目录(也可以外层目录)、解决方案sln文件路径
2. 点击“开始检测”,会显示Nuget待修复信息。如上图,H3C.Setting.Camera存在很多csproj文件内版本是一致的,但与Nuget源最新版本不一致,需要升级
3. 点击“修复版本冲突”,弹出版本选择窗口,选择相应版本执行修复。执行后,csproj都会同步H3C.Setting.Camera版本为1.1.15
选择版本时,可以全选也可以指定Nuget同步版本号。
Nuget版本工具,是基于小伙伴博哥工具版本dotnet-campus/dotnetCampus.NugetMergeFixTool (github.com)优化改良的。工具目前已经实现的功能:
1. 同步一个解决方案下Nuget版本
2. 同步一个文件夹下多解决方案的Nuget版本
3. 支持设置Nuget源,同步升级Nuget版本(上方截图就是这个场景)
Nuget版本同步的原理,是获取路径下的所有csproj文件,解析出引用Nuget的PackageReference信息-Nuget名称、版本号。列出这些版本不同的Nuget,让开发人员选择需要降级或者升级的版本号,然后再次修改保存csproj文件的Nuget引用版本号。
获取一个csproj文档内所有PackageReference节点:
1 /// <summary>
2 /// 获取PackageReference名称对应的节点
3 /// </summary>
4 /// <param name="xDocument"></param>
5 /// <returns></returns>
6 private List<XElement> GetPackageReferenceElements(XDocument xDocument)
7 {
8 if (xDocument == null)
9 {
10 throw new ArgumentNullException(nameof(xDocument));
11 }
12 var xElementList = new List<XElement>();
13 var itemGroupElements = xDocument.Root.Elements().Where(x => x.Name.LocalName == "ItemGroup");
14 foreach (var itemGroupElement in itemGroupElements)
15 {
16 xElementList.AddRange(itemGroupElement.Elements().Where(x => x.Name.LocalName == "PackageReference"));
17 }
18 return xElementList;
19 }
另外,针对多个仓库多个解决方案的组件集版本号同步场景,下面介绍下53个组件仓库70多个Nuget包是如何一键解决Nuget之间版本依赖的问题。Nuget版本工具结合Jenkins做了个版本号自动构建:
1. 组件集工作组下的所有组件仓库clone到本地,并行编译多个解决方案
2. 后台执行Nuget版本工具,csproj文件中Nuget自动升级到最高版本。同时csproj文件如有引用变更,则当前组件自身版本号新增一位构建号
3. 循环第2步,直到所有csproj文件内相同Nuget包的版本均一致
4. 保存归档Nuget包至服务器,Git Push所有组件仓库对csproj文件的变更
下图是Jenkins某次一键同步Nuget包版本的流程日志:
有需要的可以直接下载Nuget工具:Nuget工具_1.0.3.1012.exe,以命令行参数执行、一键升级目录下的所有组件版本号:NugetEfficientTool.exe D:\Gitlab-Company\Components
Nuget源代码替换
开发应用,遇到需要调试内部的Nuget源代码,一般我们是卸载Nuget包、然后引用源组件项目csproj。
这样操作,1-2个项目操作还好,遇上几十个项目需要替换Nuget源项目代码,效率就很低了
简单重复的事情,都要通过工具来简化,这里也是Nuget工具操作:
1. 项目路径,输入仓库代码所在的目录(也可以是多仓库目录),或者仓库解决方案.sln文件路径
2. 输入Nuget包H3C.Family.App对应的源代码csproj文件路径,或者csproj所在目录。输入后,会自动填充Nuget名称H3C.Family.App
3. 点击“替换”,替换所有csproj项目内H3C.Family.App的Nuget引用PackageReference,为H3C.Family.App的项目引用ProjectReference,就可以开始源代码调试了
代码调试完,可以点击“还原”,撤回Nuget源代码的替换。然后Nuget源代码可以提交代码、归档Nuget包给上层应用使用了。
是不是很方便呢?这里Nuget替换,目前版本支持:
1. 一个解决方案,对多个Nuget源的替换
2. 目录即多个解决方案,对多个Nuget源的替换
3. 支持多个相互之间依赖的Nuget包替换(自动识别依赖)和还原
支持目录下的Nuget替换,极大提升了多项目多仓库协同开发的效率,见某次的操作:
我所在项目是智能交互大屏会议场景的会议软件集(全家桶),应用软件太多了。有时候修复一个摄像头组件的BUG,人工操作的话需要打开每个解决方案、替换源代码,太浪费时间。
而通过Nuget工具一键替换所有的Nuget源代码,然后用VS解决方案管理器切换视图,可极快的打开项目进行源代码确认、调试,效率提升相差一个量级
这里的Nuget替换,最初始版本是小伙伴俊杰同学 J.晒太阳的猫 - 博客园 (cnblogs.com) 开发的,初始版本是在VS内以扩展工具来运行。可惜我没有他的源代码,就按个人需求另外开发了一套exe的Nuget工具版本。
其中主要逻辑,
1. 解决方案,新增Nuget名称项目:
1 var solutionFileLines = File.ReadAllLines(_solutionFile).ToList();
2 //添加Project
3 var previousProjectIndex = solutionFileLines.FindLastIndex(i => i.Contains(StartProjectRex));
4 var previousProjectLine = solutionFileLines[previousProjectIndex];
5 var solutionId = previousProjectLine.Replace(StartProjectRex, string.Empty).Substring(0, GuidLength);
6 var newProjectLine = $"{StartProjectRex}{solutionId}}}\") = \"{_nugetName}\", \"{_sourceProjectFile}\", \"{{{_newProjectId}}}\"";
7 solutionFileLines.Insert(previousProjectIndex + 2, "EndProject");
8 solutionFileLines.Insert(previousProjectIndex + 2, newProjectLine);
9 //添加编译配置
10 var projectConfigStartIndex = solutionFileLines.FindIndex(i => i.Contains("ProjectConfigurationPlatforms"));
11 var projectConfigEndIndex = solutionFileLines.FindIndex(projectConfigStartIndex + 1, i => i.Contains("EndGlobalSection"));
12 solutionFileLines.Insert(projectConfigEndIndex, $"{{{_newProjectId}}}.Debug|Any CPU.Build.0 = Release|Any CPU");
13 solutionFileLines.Insert(projectConfigEndIndex, $"{{{_newProjectId}}}.Debug|Any CPU.Build.0 = Release|Any CPU");
14 solutionFileLines.Insert(projectConfigEndIndex, $"{{{_newProjectId}}}.Release|Any CPU.Build.0 = Release|Any CPU");
15 solutionFileLines.Insert(projectConfigEndIndex, $"{{{_newProjectId}}}.Release|Any CPU.Build.0 = Release|Any CPU");
16 File.WriteAllLines(_solutionFile, solutionFileLines, Encoding.UTF8);
2. Csprj文件,替换Nuget引用为源项目csproj的项目引用:
1 public ReplacedFileRecord ReplaceNuget()
2 {
3 var nugetInfoReferences = CsProj.GetNugetReferences(Document).ToList();
4 var referenceElement = nugetInfoReferences.FirstOrDefault(x => CsProj.GetNugetInfo(x).Name == _nugetName);
5 if (referenceElement == null)
6 {
7 return null;
8 }
9 //获取Nuget引用信息
10 var replacedFileRecord = GetNugetReferenceInfo(referenceElement, nugetInfoReferences.IndexOf(referenceElement));
11 //删除Nuget的引用
12 referenceElement.Remove();
13 //添加源项目的引用
14 AddSourceReference();
15 SaveFile();
16 return replacedFileRecord;
17 }
一个csproj文件,可能会有多个替换Nuget的记录,这些记录用于后续的还原操作:
1 /// <summary>
2 /// 一个文件Nuget变更记录
3 /// </summary>
4 [DataContract]
5 public class ReplacedFileRecord
6 {
7 /// <summary>
8 /// Nuget名称
9 /// </summary>
10 [DataMember]
11 public string NugetName { get; set; }
12 /// <summary>
13 /// 文件名称
14 /// </summary>
15 [DataMember]
16 public string FileName { get; set; }
17 /// <summary>
18 /// 变更位置
19 /// </summary>
20 [DataMember]
21 public int ModifiedLineIndex { get; set; }
22 /// <summary>
23 /// Nuget版本
24 /// </summary>
25 [DataMember]
26 public string Version { get; set; }
27 [CanBeNull]
28 [DataMember]
29 public string TargetFramework { get; set; }
30 [CanBeNull]
31 [DataMember]
32 public string NugetDllPath { get; set; }
33 /// <summary>
34 /// Nuget引用方式
35 /// </summary>
36 [DataMember]
37 public string ReferenceType { get; set; }
38 }
Nuget工具:Nuget工具_1.0.3.1012.exe,最新版以及源代码详见:WindowsOrg/NugetEfficientTool: VisualStudio项目开发-Nuget操作效率工具 (github.com)
关键字:Nuget包管理、Nuget源代码调试、NugetEfficientTool
.NET 高效开发Nuget管理工具(开源)的更多相关文章
- PyRedisAdmin v1.0 Beta 发布,Redis 在线管理工具 - 开源中国社区
PyRedisAdmin v1.0 Beta 发布,Redis 在线管理工具 - 开源中国社区 PyRedisAdmin v1.0 Beta 发布,Redis 在线管理工具
- IOS开发依赖管理工具CocoaPods
CocoaPods IOS开发依赖管理工具 CocoaPods is a dependency manager for Swift and Objective-C Cocoa projects. It ...
- GIT: 分布式开发 代码管理工具使用命令大全
代码管理工具: GIT 什么是GIT? Git是一款免费.开源的分布式版本控制系统,用于敏捷高效地处理任何或小或大的项目 Git是一个开源的分布式版本控制系统,用以有效.高速的处理从很小到非常 ...
- 我发起了一个用 .Net 编写的 源代码管理工具 开源项目 SourceKit
发起这个 项目 的 起因 是 GitHub . Github 的 使用技能 俨然已经成了 一项新技术 , 这不是 工具 的 本意 . 我用过的 源代码 管理工具 不多, SVN 我觉得不错 . 常用 ...
- Python之开发自动化管理工具paramiko
一.paramiko模块使用 1)远程执行主机命令获取结果 方法一 import paramiko # 创建SSH对象 ssh = paramiko.SSHClient() # 允许连接不在know_ ...
- NuGet管理工具安装
安装完成后VS重启即可
- 开发人员必备的几款bug管理工具
Bug是软件开发过程中的“副产品”,也是开发人员最不想见到的状况.如果没有跟踪和梳理各种bug和问题并及时解决,项目就会花费非常多的时间,导致整个项目的重心偏移.如果在产品开发过程中,使用一个合适的B ...
- 打造Worktile敏捷开发管理工具的思与惑
从2019年初,我们团队准备开发一款适合研发团队使用的敏捷开发管理工具,那时候我们也在思考,到底什么样的工具才算是优秀的研发管理工具,研发管理的场景.方法和流派有很多,市面上关于研发管理工具的产品也是 ...
- brew mac osx 上软件包管理工具
今天推荐 Mac OSX 下,方便高效的包管理工具 brew brew 的全名叫做 Homebrew 它的功能类似于 ubuntu 下同下 apt-get ,或者 Cent OS 下的 yum 等包管 ...
- 使用Nuget管理dll
前言 nuget 已经不是什么新东西,它是vs的一个扩展工具,可以让我们在项目中添加.删除.更新引用变得更加快捷方便.现在有许多传统公司对dll的管理还是很落后的,有些甚至时通过发送dll文件,这样做 ...
随机推荐
- C# pythonnet(1)_传感器数据清洗算法
Python代码如下 import pandas as pd # 读取数据 data = pd.read_csv('data_row.csv') # 检查异常值 def detect_outliers ...
- 使用Scrcpy 在电脑显示手机画面并控制安卓设备
使用Scrcpy 显示手机画面并控制手机 原文(有删改):https://www.iplaysoft.com/scrcpy.html 背景 本文适用于安卓开发人员,不针对普通安卓手机用户. 在安卓开发 ...
- 我的 ZYNQ 系列总结
我的 ZYNQ 系列总结 背景 ZYNQ平台是我接触认识比较久的平台,还算不错,是工控.音视频各行业都可以使用中高端平台. 本文以ZYNQ-7000为例,其实更高级的MPSOC也是一样的. 先看看我自 ...
- 广播变量的使用-----通过ip查询属于哪个省份
1,为什么要使用广播变量? 举一个简单的例子,我们要处理一份log文件,里面有ip地址. 20090121000132095572000|125.213.100.123|show.51.com|/sh ...
- 结合RNN与Transformer双重优点,深度解析大语言模型RWKV
本文分享自华为云社区<[云驻共创]昇思MindSpore技术公开课 RWKV 模型架构深度解析>,作者:Freedom123. 一.前言 Transformer模型作为一种革命性的神经网络 ...
- VulnHub - breach系列:breach-2.1
VulnHub - breach系列:breach-2.1 靶机描述 Breach 2.0 是多部分系列中的第二部分,是一项 boot2root/CTF 挑战,旨在展示真实场景,沿途充满了曲折和恶作剧 ...
- Linux Shell 常用命令 - 02篇
系列文章: Linux Shell 常用命令 - 01篇 8. shell 中各种括号的作用 参考 https://www.jb51.net/article/123081.htm https://ww ...
- Spring 常见的事务管理、事务的传播特性、隔离级别
事务管理 事务:多个操作,要么同时成功,要么失败后一起回滚 具备ACID四种特性 Atomic(原子性) Consistency(一致性) lsolation(隔离性) Durablility(持久性 ...
- el-config-provider
el-config-provider是Element Plus库中的一个组件,用于提供全局的配置.它是Element Plus在2.0版本中引入的新组件. el-config-provider组件的作 ...
- [oeasy]python0100_wintel联盟_intel_微软_microsoft_msDOS_基尔代尔
wintel联盟 回忆上次内容 上次 了解了IBM的 背水一战 IBM 已经不在乎 软硬一体全自主的设计 了 而采用了 开放的架构 任何 硬件厂商和软件厂商 都可以来合作 以丧失 自主控制力的方式 获 ...