我正在寻找开发和测试私有nuget程序包的实用选项。
我们有一组“核心”代码,这些代码通过Azure Artifact Feed安全地传递。我们有使用核心nuget软件包的各种“消费”应用程序。
作为中小型团队,一个人可能正在开发和食用核心坚果。
今天,我们签入/合并nuget软件包的代码。确保拉取请求已获批准/通过。然后,该版本将更新Azure Artifact feed。
然后,我们返回到“使用中”的应用程序并可以更新程序包。如果您第一次修复/添加功能,效果很好。但是,将其视为迭代开发方法时,会降低生产率。
寻找小型团队的简单选择。关于选项的随机想法:
将nuget“ alpha”包直接从开发人员的计算机推送到Azure Artifact feed。符号服务器也是吗?
使用Azure构建进行某些操作以允许“功能”分支以某种方式发布到Azure Artifact feed?
推送到本地nuget提要。包括pdbs以便可以对其进行调试吗?
是否暂时中断nuget引用以直接获取dll的本地副本?
重新考虑使用整个nuget软件包吗?
答案 0 :(得分:0)
直接将nuget“ alpha”包从开发人员的计算机推送到Azure Artifact feed。符号服务器也一样?
这取决于您是否需要对其进行调试。如果需要调试此“ alpha”包,则必须将 symbol包推送到符号服务器。
注意:您不需要将“ alpha”包推入符号服务器,只需将符号包推入。
使用Azure构建进行某些操作,以允许“功能”分支 以某种方式发布到Azure Artifact feed?
有一个任务Push NuGet packages,无论构建在哪个分支上,我们都可以使用它在发布期间将其发布到Azure Artifact feed。这取决于您是否对Azure Artifact feed具有足够的权限,可以从Artifacts->设置-> Feed设置->权限中进行检查:
推送到本地nuget提要。包括pdbs以便可以对其进行调试吗?
否,您还必须包含源代码。检查this thread了解更多详细信息。
还有一个lightweight solution如何在网络共享上的本地源上调试nuget包。
暂时将nuget引用直接断开以获取的本地副本 dll?
重新考虑整体使用nuget包吗?
答案是肯定的,当我们在本地开发项目时,使用项目参考比nuget更好,请查看我的另一篇文章以获取更多详细信息:
门票:Project reference VS NuGet。
希望这会有所帮助。