nuget打包工具

㈠ 如何将electron框架开发的软件包打包成单一exe文件

前言：研究electron自动更新的时候，在electron的官方文档auto-updater 中，提到了在几个平台mac，linux，windows下electron 的自动更新方法，其中windsow平台上面，文章中建议先用grunt-electron-installer 模块来创建windows安装包，grunt这个工具是由Squirrel集成的。进而了解下Squirrel这个工具，
一个可以用来给electron应用的安装更新卸载添加快捷方式的工具。本文主要提及如何在windows平台下，用Squirrel创建electron的.exe安装包。

创建nuget包

我们的方法是使用nuget工具创建Nuget包，再使用Squirrel工具创建.exe。

1.下载squirrel.exe和nuget.exe，也可以选择直接安装Squirrel.Windows （需要有vitual
studio环境）。

2.新建文件夹如my-build，把下载好的squirrel.exe，nuget.exe和setup.exe

放进去，在文件夹放入我们未打包的electron应用，如下图：

4.在my-build根目录中，打开命令行执行nuget spec

如下图：

生成 spec包初始文件

5.编辑器打开 Package.nuspec，按照自己项目的需要编辑这个文件，如下图：

这里需要注意：根据Squirrel文档说明，target folder 属性需要设置为lib/net45，否则并没有用；<iconUrl>标签用来制定未来的exe的icon。

5.用下面的命令创建一个nuget包，

nuget pack Package.nuspec

如下图：

之后在目录中会出现这个包

命名规则就是<my_app_name>.<version>.nupkg

创建安装程序

把应用程序打包成nuget包之后，就可以用squirrel创建一个安装程序了。在根目录打开命令行，执行以下命令：

squirrel --releasify <my_app_name>.<version>.nupkg

这个时候命令行中没有任何提示。但是别慌，编译一段时间后程序会创建一个release文件夹，里面有三个文件，nuget包，RELEASES 文件和安装文件Setup.exe。如下图：

如果没有出现这三个文件，可以查看目录中的SquirrelSetup.log，根据里面的报错，来进行调试。

注意上面这条squirrel 命令，可以用来设置setup.exe在安装过程中用传统icon还是用自定义的图片文件。使用Squirrel --help可以查看更多帮助

发布应用和安装应用

把上一步生成的setup.exe发送给想要安装这个应用的用户，就可以了。

最终应用会被安装在C:\Users\Administrator\AppData\Local\[appname] 文件夹中，注意Squirrel 的日志文件也存在目录中，调试安装问题的时候非常有用。

双击我们的setup.exe进行安装app的测试，如果中途有任何出错，在

C:\Users\Administrator\AppData\Local\SquirrelTemp 里面可以看到安装日志。如下图：

安装之后打开C:\Users\Administrator\AppData\Local 目录，可以看到app安装在这里，如下图：

自动创建快捷方式

进入我们安装之后的文件夹，命令行进入C:\Users\Administrator\AppData\Local\[your appname]，执行 Update.exe --help ，可以看到

不知道从上图你有没有得到什么提示，反正我发现了，在命令行手动创建快捷方式的命令是Update.exe --createshortcut electron\electron.exe -i [your ico toute]\app.ico

所以，如果我们想让应用在安装过程中静默地创建好快捷方式，那就需要在app的安装之后相反设法执行这句代码。

因为我们的.exe会在安装之后自动打开程序，所以我在程序的入口main.js，添加sqruieel事件的监听就好了。如下图：

我顺便把程序卸载时，删除快捷方式的监听事件也写了进去。还有程序的更新和删除事件监听，但是这两个事件，我还没有进行测试。

更新应用

其实我一直很想做增量更新，在这里我的更新方法有两个，第一是在程序的入口添加js，发送请求到服务器，拉取更改文件进行本地替换，但是如果是node_mole依赖包的更改，这个方法并不可行。第二个方法比较安全而且快捷通过发布一个版本号不同的exe，如下：1.在这个创建安装程序的步骤2中，我们把程序代码都复制到了这个文件夹里面，如下图：

如果后续我们的程序要进行更新，首先我们需要把更改的文件直接复制替换到这个文件夹。

2.打开Package.nuspec，编辑version标签

3.参考本文种中创建安装程序部分的步骤2-4，重新生成setup.exe，发布应用。

通过执行setip.exe安装，程序会自动删除之前的应用，但是我并不清楚，sqruieel 是进行了增量替换，还是将之前的整个应用进行删除，再重新安装。

创建自定义安装包

在上一步，我们已经把自己的exe发布出来了，但是如果没有自定义名字跟icon，好像还不够酷，所以我们需要创建自定义的安装文件。

1.下载安装 Resource
Hacker

2.打开这个项目目录，在electron.exe上面右键

出现菜单，点击 Open using Rescource Hacker。

3.Resource Hacker应用运行之后中，在以下界面中选择Icon，然后在工具栏里面选择Action，Replace
Icon，如下图：

然后选择自己想要替换的.ico文件就好

4.这其实并不够，我们还需要更换exe里面的版本信息，打开Version
Info，把FileDescription和ProctName改成我们自己的项目名称，最好把SquirrelAwareVersion也更改一下，毕竟是版本号。

5.做完这些之后，我们需要按照之前的步骤，在命令行中输入

nuget pack Package.nuspec

重新生成nuget包，然后再使用

squirrel --releasify <my_app_name>.<version>.nupkg 命令创建安装文件。

6.打开之后生成的releases文件夹，参考本文种中创建安装程序部分的步骤2-4，对setup.exe进行自定义。

最后，一个可以自动更新又安装便捷，还有我们自己的酷酷的图标跟名字的应用就生成拉！

㈡ 如何把.net core 打包到nuget

NuGet是个开源项目，项目包括 NuGet VS插件/NuGet Explorer/NuGetServer/NuGet命令行等项目，.NET Core项目完全使用Nuget 管理组件之间的依赖关系，Nuget已经成为.NET 生态系统中不可或缺的一个组件，从项目角度，将项目中各种组件的引用统统交给NuGet，添加组件/删除组件/以及更新组件即可一键完成，大大提升工作效率，减少不必要的引用报错。从运维角度，可在不影响老版本的情况下发布新版本，可统一管理公司各个项目中组件版本不一和各个版本组件的使用情况，减少故障发生以并使得项目稳定运行。

以往做nuget包一般要么用命令行,要么用nuget的图形化界面去做,但是一些操作比较麻烦.比如引入命名空间,引入第三方nuget包。这些在.NET Core项目里却很简单，只需要使用命令行dotnet pack，在.NET Core系列 ： 1、.NET Core 环境搭建和命令行CLI入门做了简要介绍，下面来详细介绍下这个命令。dotnet-pack- 将代码打包成 NuGet 包

一.概要

dotnet pack [--output] [--no-build] [--build-base-path] [--configuration] [--version-suffix] [<project>]

二.描述

dotnet pack命令生成项目并创建 NuGet 包。这个操作的结果是两个nupkg扩展名的包。一个包含代码，另一个包含调试符号。

该项目被依赖的 NuGet 包装被添加到 nuspec 文件，因此，能够在安装包时得到解决。
默认情况下，项目到项目之间的引用是不打包到项目中的。如果想那样做，需要在依赖中引用需要项目的type节点设置为 “build” ，设置就像下面的例子：

里面仅有一个 lib 文件 netstandard1.6 目标配置文件。这意味着， NuGet 包只适用于.Net Core 应用程序 针对 NetStandard1.6 （和即将到来的 4.6.3）。

㈢ 如何使用nuget添加第三方组件

使用NuGet发布自己的类库包（Library Package）
NuGet是一个为大家所熟知的Visual Studio扩展，通过这个扩展，开发人员可以非常方便地在Visual Studio中安装或更新项目中所需要的第三方组件，同时也可以通过NuGet来安装一些Visual Studio的插件等。作为一名开发人员，您可能也会开发一些公共组件以供他人使用，本文将一步步介绍如何以最简单的方式将自己所开发的类库包发布到nuget上，以供更多的人使用。
背景
如果你还是不知道什么是NuGet，那么就看这样一个案例：我现在需要在我的项目中引用Castle.Core程序集，按照以往的做法，就是从Castle Projects官方网站，下载一个最新版本的dll，然后把它复制到项目的lib目录下（或者随便什么地方都行），这样做不仅繁琐，而且你需要时刻关心官网上这个程序集的最新版本信息（当然或许你也不会去关注），更烦的是，如果你是一个开源项目的Contributor，你还需要花一定的时间去管理所有的这些libs，不仅如此，如果你是使用的源代码管理系统来管理项目源码，比如使用git等，那你还不得不把这些libs上传到源代码管理系统中，否则团队中的其他组员即使获得了源代码，也无法正确编译。但这样做又大大增加了源代码的存储空间，使得代码克隆和下载都变得非常耗时。
现在，就可以直接使用NuGet来解决所有问题，我们先创建一个Class Library，命名为DaxnetNugetTest，然后在这个项目上点右键，选择Manage NuGet Packages：

在弹出的对话框中，搜索Castle关键字，然后在搜索结果列表中选择Castle.Core，单击Install按钮：

安装完成后，Castle.Core的程序集就被引用到项目中了，同时在项目中多出了一个packages.config文件，以向NuGet表明，当前项目使用了哪些Package，版本是什么，以及是基于哪个版本的.NET Framework。
今后，如果Castle.Core程序集有版本更新，则同样可以使用Manage NuGet Packages菜单打开上面的对话框，然后在左边的Updates列表中，就会列出发生了版本更新的Package，如果有，则单击Update按钮即可更新。
更有趣的是，如果你在解决方案上点右键，选择Enable NuGet Package Restore菜单，那么在你编译项目的时候，NuGet会自动分析出你项目所依赖的第三方组件，然后在编译开始之前会自动上网下载所需的版本，因此，你也就不要去维护这些libs了，更没必要把这些libs也上传到源代码管理系统中。

不过这些也都不是本文的重点，本文的重点是，介绍如何将自己的Class Library发布到NuGet上。
发布自己的类库包（Library Package）
STEP 1：在NuGet上注册并获取API Key
首先，你需要到NuGet上注册一个新的账号，然后在My Account页面，获取一个API Key，这个过程很简单，我就不作说明了。
STEP 2：下载NuGet.exe
NuGet有个命令行工具：NuGet.exe，非常好用，不过使用之前需要下载，下载地址：http://nuget.codeplex.com/downloads/get/669083。为了方便使用，请设置机器的PATH环境变量，将NuGet.exe的路径添加到PATH中。
STEP 3：设置API Key
使用以下命令设置NuGet API Key：

1

nuget setApiKey <my_api_key>

记得将上面的my_api_key替换为STEP 1中获得的API Key。
STEP 4：开发自己的类库（Class Library）
上面我们新建了一个类库：DaxnetNugetTest，并通过NuGet添加了对Castle.Core的引用，现在我们添加一些代码，来使用Castle.Core所提供的一些功能。我们将Class1.cs改名为CastleHelper.cs，此时也会将Class1类改名为CastleHelper。在CastleHelper.cs中写入以下代码：

1
2
3
4
5
6
7

public class CastleHelper
{
public static Castle.Core.Pair<int, int> GetIntPair()
{
return new Castle.Core.Pair<int, int>(20, 30);
}
}

然后，打开AssemblyInfo.cs文件，将assembly的属性设置好，记得再设置一下AssemblyVersion特性，以指定我们类库的版本。目前我们使用1.0.0.0版本：

1
2
3
4
5
6
7
8
9
10
11
12
13
14

[assembly: AssemblyTitle("DaxnetNugetTest")]
[assembly: AssemblyDescription("Daxnet's test of the NuGet.")]
[assembly: AssemblyConfiguration("")]
[assembly: AssemblyCompany("daxnet")]
[assembly: AssemblyProct("DaxnetNugetTest")]
[assembly: AssemblyCopyright("Copyright © daxnet 2013")]
[assembly: AssemblyTrademark("")]
[assembly: AssemblyCulture("")]

[assembly: ComVisible(false)]

[assembly: Guid("20662b9f-91de-4515-9c8c-ced3d61589e1")]

[assembly: AssemblyVersion("1.0.0.0")]

全部设置好以后，编译整个项目待用。
STEP 5：产生并修改nuspec
nuspec是NuGet将项目打包成nupkg的输入文件，可以通过nuget spec命令产生。在命令提示符下，进入DaxnetNugetTest.csproj文件所在目录，然后执行：

1

nuget spec

此时会提示创建成功：

用notepad打开DaxnetNugetTest.nuspec文件，把需要替换的信息替换掉，不需要的tag全部删掉，注意里面的$xxx$宏，这些就是引用了AssemblyInfo.cs中的设置值，在编译产生package的时候，会使用AssemblyInfo.cs中的相应值进行替换。完成编辑后，我们的nuspec文件如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

<?xml version="1.0"?>
<package >
<metadata>
<id>$id$</id>
<version>$version$</version>
<title>$title$</title>
<authors>$author$</authors>
<owners>$author$</owners>
<licenseUrl>http://www.apache.org/licenses/LICENSE-2.0.html</licenseUrl>
<projectUrl>http://apworks.org</projectUrl>
<requireLicenseAcceptance>false</requireLicenseAcceptance>
<description>$description$</description>
<releaseNotes>First release</releaseNotes>
<right>Copyright 2013</right>
</metadata>
</package>

注意两点：1、$description$使用AssemblyDescriptionAttribute的值进行替换，在产生package之前，一定要记得先编译项目，否则会提示$description$找不到的错误；2、releaseNotes如果没有，就直接删掉这个节点，如果有，则填入自己的内容，不要使用默认内容，否则会在下一步产生警告信息。
STEP 6：产生类库包（Library Package）
同样在DaxnetNugetTest.csproj路径下，使用下面的命令产生NuGet类库包：

1

nuget pack DaxnetNugetTest.csproj

成功后，提示：

注意：由于我们的项目通过NuGet引用了Castle.Core，因此，它将会作为一个依赖组件（dependency）打包到产生的nupkg文件中。
另外，NuGet会使用默认的项目配置所产生的程序集进行打包。如果项目默认是Debug，而你需要用Release打包，则使用下面的命令：

1

nuget pack DaxnetNugetTest.csproj -Prop Configuration=Release

STEP 7：发布类库包
现在，通过以下命令发布类库包：

1

nuget push DaxnetNugetTest.1.0.0.0.nupkg

完成以后，出现以下提示：

STEP 8：测试已发布的类库包
新建一个控制台应用程序，在项目上点右键，选择Manage NuGet Packages，在搜索框中输入DaxnetNugetTest，此时我们发布的Package已经可以显示了：

单击Install按钮，NuGet会自动分析组件依赖关系，然后把所需要的所有程序集都下载下来并添加到项目引用中：

写一点代码来测试：

1
2
3
4
5
6
7
8
9

class Program
{
static void Main(string[] args)
{
var pair = DaxnetNugetTest.CastleHelper.GetIntPair();
Console.WriteLine(pair.First);
Console.WriteLine(pair.Second);
}
}

输出如下：

STEP 9：更新类库包
随着类库开发进度不断向前，必然会有版本更新。更新类库包很简单，只需要在AssemblyInfo.cs中更新一下版本号，然后重新执行上面的STEP 6、7即可。注意在执行STEP 7的时候，nupkg的文件名应该使用新版本的文件名。
现在，我们重新打开DaxnetNugetTest项目，将CastleHelper类中的20,30改为40,50，然后打开AssemblyInfo.cs，版本号升级为2.0.0.0，重新编译项目，并重新产生、发布nupkg：

再打开用来测试的控制台程序，同样打开Manage NuGet Packages对话框，我们可以在Updates中看到，DaxnetNugetTest有了更新：

点击Update按钮，将类库更新到最新版本。重新运行这个控制台程序，我们发现，输出已经是最新版本的值了：

STEP 10：删除已发布的包
原则上，NuGet不允许用户删除已发布的包，而只能将其设置为不显示在Manage NuGet Packages的列表中。打开www.nuget.org，用已注册的账户登录后，可以在My Account页面选择Manage My Packages链接进入管理页面：

进入后，可以看到我们已发布的Packages：

点击DaxnetNugetTest左边的小垃圾桶图标，即可进入Listing页面，页面中我们也能看到“Permanently deleting packages is not supported”的提示。要将Package从Package List中移除，只需要去掉List DaxnetNugetTest 2.0.0.0 in search results选项前面的钩钩，然后单击Save按钮保存即可：

总结
本文简要介绍了NuGet的使用，并介绍了一种将自己开发的类库以NuGet Package的方式发布到NuGet服务器的简单方法。NuGet功能非常强大，有兴趣的朋友可以上www.nuget.org进行学习研究。

㈣ 如何用jenkins自动生成nuget包

关于NuGet的介绍已经很多，可以参考下面的：
NuGet学习笔记(1)——初识NuGet及快速安装使用 http://kb.cnblogs.com/page/143190/

NuGet学习笔记(2)——使用图形化界面打包自己的类库 http://kb.cnblogs.com/page/143191/

NuGet学习笔记(3)——搭建属于自己的NuGet服务器 http://kb.cnblogs.com/page/143192/

上面的文章介绍了搭建Web版本的NuGet服务器以及用图形化的方式生成NuGet包。

用NuGet.Server管好自家的包包 http://www.cnblogs.com//archive/2012/06/05/nuget_server_push.html

上面的文章介绍了搭建Web版本的NuGet服务器，以及自动化生成NuGet包的方法

本文介绍简单的NuGet服务器，以及VS2013自动化生成NuGet包的内容。

一、VS自动生成NuGet包
1、在VS中创建类库项目

2、启用NuGet程序包还原（Enable
NuGet Package Restore）

在解决方案上右击，选择“启用NuGet程序包还原”

确定后会在解决方案中增加一个“.nuget"文件夹，该文件夹有三个文件。

此时，打开项目文件ClassLibrary1.csproj，可以看到类似下面的内容，注意：下面绿色背景行的内容是否出现在ClassLibrary1.csproj中

<?xml version="1.0" encoding="utf-8"?>

<Project ToolsVersion="12.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">

<Import Project="$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props" Condition="Exists(‘$(MSBuildExtensionsPath)\$(MSBuildToolsVersion)\Microsoft.Common.props‘)" />

<PropertyGroup>

<Configuration Condition=" ‘$(Configuration)‘ == ‘‘ ">Debug</Configuration>

<Platform Condition=" ‘$(Platform)‘ == ‘‘ ">AnyCPU</Platform>

<ProjectGuid>{92A6F604-9829-49FB-8B06-FF2E4C757EC4}</ProjectGuid>

<OutputType>Library</OutputType>

<AppDesignerFolder>Properties</AppDesignerFolder>

<RootNamespace>ClassLibrary1</RootNamespace>

<AssemblyName>ClassLibrary1</AssemblyName>

<TargetFrameworkVersion>v4.5</TargetFrameworkVersion>

<FileAlignment>512</FileAlignment>

<SolutionDir Condition="$(SolutionDir) == ‘‘ Or $(SolutionDir) == ‘*Undefined*‘">..\</SolutionDir>

<RestorePackages>true</RestorePackages>

</PropertyGroup>

<PropertyGroup Condition=" ‘$(Configuration)|$(Platform)‘ == ‘Debug|AnyCPU‘ ">

<DebugSymbols>true</DebugSymbols>

<DebugType>full</DebugType>

<Optimize>false</Optimize>

<OutputPath>bin\Debug\</OutputPath>

<DefineConstants>DEBUG;TRACE</DefineConstants>

<ErrorReport>prompt</ErrorReport>

<WarningLevel>4</WarningLevel>

</PropertyGroup>

<PropertyGroup Condition=" ‘$(Configuration)|$(Platform)‘ == ‘Release|AnyCPU‘ ">

<DebugType>pdbonly</DebugType>

<Optimize>true</Optimize>

<OutputPath>bin\Release\</OutputPath>

<DefineConstants>TRACE</DefineConstants>

<ErrorReport>prompt</ErrorReport>

<WarningLevel>4</WarningLevel>

</PropertyGroup>

<ItemGroup>

<Reference Include="System" />

<Reference Include="System.Core" />

<Reference Include="System.Xml.Linq" />

<Reference Include="System.Data.DataSetExtensions" />

<Reference Include="Microsoft.CSharp" />

<Reference Include="System.Data" />

<Reference Include="System.Xml" />

</ItemGroup>

<ItemGroup>

<Compile Include="Class1.cs" />

<Compile Include="Properties\AssemblyInfo.cs" />

</ItemGroup>

<Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />

<Import Project="$(SolutionDir)\.nuget\NuGet.targets" Condition="Exists(‘$(SolutionDir)\.nuget\NuGet.targets‘)" />

<Target Name="" BeforeTargets="PrepareForBuild">

<PropertyGroup>

<ErrorText>This project references NuGet package(s) that are missing on this computer. Enable NuGet Package Restore to download them. For more information, see http://go.microsoft.com/fwlink/?LinkID=322105. The missing file is {0}.</ErrorText>

</PropertyGroup>

<Error Condition="!Exists(‘$(SolutionDir)\.nuget\NuGet.targets‘)" Text="$([System.String]::Format(‘$(ErrorText)‘, ‘$(SolutionDir)\.nuget\NuGet.targets‘))" />

</Target>

<!-- To modify your build process, add your task inside one of the targets below and uncomment it.

Other similar extension points exist, see Microsoft.Common.targets.

<Target Name="BeforeBuild">

</Target>

<Target Name="AfterBuild">

</Target>

-->

</Project>

如果没有出现带加号行的内容，需要手动添加上。

第2块绿背景内的代码创建了对.nuget文件夹下的NuGet.targets文件的引用，并添加了缺少NuGet.targets文件的错误信息。

第1块绿背景内的第1行代码创建了SolutionDir 并设置默认值为项目的父目录，NuGet.targets利用这个配置值来找到他需要的NuGet.exe等资源。

第二行代码，RestorePackages被设置为True。

3、设置BuildPackages

2中启用了NuGet还原，但是还需要设置让NuGet自动生成nupkg包文件,用记事本打开.csproj文件添加下面1行语句

<BuildPackage>true</BuildPackage>

到1下一行的话，Debug和Release编译均生成包

到2下一行的话，只用Debug编译才生成包

到3下一行的话，只用Release编译才生成包

4、编译

编译后就可以再bin文件夹下看到.nupkg文件了

㈤ c#如何把一个main（）和若干个dll打包生成单一的exe文件

首先安装.net framework 2.0或以上
安装后找到所在文件夹
比如我的是win2003 目录是C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727
看里面是不是有很多.exe程序，有版一个就是要用到权的,名字叫csc.exe
这个文件很重要他是c#编译器，vs也是用它来生成程序的
开始-运行-cmd
以我的目录为例
cd: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727
打开这个目录
csc.exe X:\..\*.cs /reference:X:\..\*.DLL /target:X:\..\*.exe
带引用DLL的程序就可以生成了
X就是盘符(c,d..z)也就是.cs，.dll文件的全路径，*在此可做通配符，/target就是生成的文件的存放位置，*在此处应该是新程序的名字

这个程序很强(废话，编译器可不是一般人能做出来的)，你可以输入
csc /?
他会列出它的各个参数及说明

找了点资料给你看看