aspnetcidev 和 aspnetvnext 之间的区别？
Differences between aspnetcidev and aspnetvnext?
aspnetcidev and aspnetvnext有什么区别？
我看到 aspnetcidev 说 "quick builds"，但这是什么意思？
很抱歉，您只能从 Microsoft 那里获得关于该问题的准确答案。例如，您可以打开 https://www.myget.org/gallery 并过滤 "aspnet"，然后会发现许多其他为不同团队发布的存储库。
对我来说更有趣的是 .NET 版本管理器显示的信息：dnvm（无参数）：
因此，对我来说，来源 https://www.myget.org/F/aspnetvnext/api/v2/ (or https://www.myget.org/F/aspnetvnext/api/v3/index.json) 是 ASP.NET 5.
夜间构建的 "official" 地方
另一方面，通过过滤 https://www.myget.org/gallery "aspnet"，您可以看到 aspnetvnext 包含更多不同的包，如 aspnetcidev.
很明显，两个存储库可能包含不同的包集。
一个重要的示例，其中存储库 https://www.myget.org/gallery/aspnetcidev be used is the new .NET Command Line Interface (.NET CLI) which you find on GitHub here. The new dotnet utility uses https://www.myget.org/F/aspnetcidev/api/v3/index.json together with many other sources in https://github.com/dotnet/cli/blob/master/NuGet.Config。
我想 AspNetCIDev 是 .NET CLI 所需的包的存储库。它是实用程序，应该替换 ASP.NET 5 的 RC2 中的 dnx 和 dnu。参见 the post, this one 和其他一些。
2016 年 1 月 29 日编辑：
此信息现在是 ASP.NET wiki 的一部分：https://github.com/aspnet/Home/wiki/NuGet-feeds
ASP.NET 构建系统为每个分支使用 3 个 myget 提要 + nuget.org。
aspnetvolatile<branch> (aspnetvolatiledev/aspnetvolatilerelease)aspnetci<branch> (aspnetcidev/aspnetcirelease)aspnetvnext（开发分支）/aspnetrelease（发布分支）
在 github.com/aspnet 下的每个 repo 构建成功后，它生成的每个包都会被推送到相应的 volatile feed。
构建回购图后，我们触发 Coherence 构建。此构建验证包具有匹配的版本并且它们的引用是正确的（它们是连贯的）。然后，它将它们推到 aspnetci<branch>。
一旦 Coherence 构建通过，我们 运行 我们对 aspnetci<branch> 提要中的包进行所有测试。如果测试通过，我们签署包裹并将它们运送到 aspnetvnext 或 aspnetrelease
所以区别是：
aspnetvolatile<branch>
- 最新包
- 可能不连贯
- 未测试
- 未签名
- 每次签到时更新
- 主要用于诊断构建失败
aspnetci<branch>
- 可能不是最新的
- 连贯
- 未测试
- 未签名
- 在所有 repos 构建成功时更新
- 我们的构建系统使用
aspnetvnext/ (aspnetrelease|nuget.org)
- 可能不是最新的
- 连贯
- 签名
- 测试
- 一切正常时更新
- 用于 stable 包
一旦 aspnetcirelease 提要为 stable，我们将包从它推送到 nuget.org。
除非您致力于为 ASP.NET 开发新功能，否则我建议您使用 aspnetvnext（对于开发位）或 nuget.org（对于发布位）。发布提要 (aspnetrelease) 只是一个暂存提要，并不总是处于良好状态。
编辑：
我觉得table更容易理解：
aspnetcidev and aspnetvnext有什么区别？
我看到 aspnetcidev 说 "quick builds"，但这是什么意思？
很抱歉，您只能从 Microsoft 那里获得关于该问题的准确答案。例如，您可以打开 https://www.myget.org/gallery 并过滤 "aspnet"，然后会发现许多其他为不同团队发布的存储库。
对我来说更有趣的是 .NET 版本管理器显示的信息：dnvm（无参数）：
因此，对我来说，来源 https://www.myget.org/F/aspnetvnext/api/v2/ (or https://www.myget.org/F/aspnetvnext/api/v3/index.json) 是 ASP.NET 5.
夜间构建的 "official" 地方另一方面，通过过滤 https://www.myget.org/gallery "aspnet"，您可以看到 aspnetvnext 包含更多不同的包，如 aspnetcidev.
很明显，两个存储库可能包含不同的包集。
一个重要的示例，其中存储库 https://www.myget.org/gallery/aspnetcidev be used is the new .NET Command Line Interface (.NET CLI) which you find on GitHub here. The new dotnet utility uses https://www.myget.org/F/aspnetcidev/api/v3/index.json together with many other sources in https://github.com/dotnet/cli/blob/master/NuGet.Config。
我想 AspNetCIDev 是 .NET CLI 所需的包的存储库。它是实用程序，应该替换 ASP.NET 5 的 RC2 中的 dnx 和 dnu。参见 the post, this one 和其他一些。
2016 年 1 月 29 日编辑：
此信息现在是 ASP.NET wiki 的一部分：https://github.com/aspnet/Home/wiki/NuGet-feeds
ASP.NET 构建系统为每个分支使用 3 个 myget 提要 + nuget.org。
aspnetvolatile<branch>(aspnetvolatiledev/aspnetvolatilerelease)aspnetci<branch>(aspnetcidev/aspnetcirelease)aspnetvnext（开发分支）/aspnetrelease（发布分支）
在 github.com/aspnet 下的每个 repo 构建成功后，它生成的每个包都会被推送到相应的 volatile feed。
构建回购图后，我们触发 Coherence 构建。此构建验证包具有匹配的版本并且它们的引用是正确的（它们是连贯的）。然后，它将它们推到 aspnetci<branch>。
一旦 Coherence 构建通过，我们 运行 我们对 aspnetci<branch> 提要中的包进行所有测试。如果测试通过，我们签署包裹并将它们运送到 aspnetvnext 或 aspnetrelease
所以区别是：
aspnetvolatile<branch>- 最新包
- 可能不连贯
- 未测试
- 未签名
- 每次签到时更新
- 主要用于诊断构建失败
aspnetci<branch>- 可能不是最新的
- 连贯
- 未测试
- 未签名
- 在所有 repos 构建成功时更新
- 我们的构建系统使用
aspnetvnext/ (aspnetrelease|nuget.org)- 可能不是最新的
- 连贯
- 签名
- 测试
- 一切正常时更新
- 用于 stable 包
一旦 aspnetcirelease 提要为 stable，我们将包从它推送到 nuget.org。
除非您致力于为 ASP.NET 开发新功能，否则我建议您使用 aspnetvnext（对于开发位）或 nuget.org（对于发布位）。发布提要 (aspnetrelease) 只是一个暂存提要，并不总是处于良好状态。
编辑：
我觉得table更容易理解：