问题标签 [azure-artifacts]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
nuget - 对 VSTS 包管理进行身份验证
该文档显示通过 CredentialProvider(提示输入用户名/密码)或在 nuget.config 本身中保存用户名/PAT 的 v2 提要连接到 VSTS 包管理提要。
我希望能够在构建服务器(不是 VSTS 构建)上的构建时传递凭据。有没有办法做到这一点,而无需手动登录到构建服务器并配置 CredentialProvider,或者通过将 nuget.config 文件中的凭据提交到源代码管理?
这既可以用于消费包,也可以用于发布新包(来自构建的工件)。
nuget - NuGet 推送导致 TFS 内部和 TFS 服务器本身出现 401 未经授权的错误
NuGet 推送导致 TFS 内部和 TFS 服务器本身出现 401 未经授权的错误
我们正在从 BitBucket、Jenkins 和 Nexus 过渡到 TFS 2018,以容纳我们的 Git 存储库,不断集成我们的 C# 代码,并存储我们的构建工件。我们正在我们的 TFS 服务器上添加我们的第一个构建定义,并且我们的构建定义(如下)成功,直到我们进入 NuGet 推送步骤。
- 获取源- 从同一 TFS 服务器克隆 Git 存储库
- NuGet 工具安装程序(版本 0.*) - 安装 NuGet 4.3.0
- 下载文件(版本 1.*) - 下载在构建过程中使用的可执行 JAR(有关更多信息,请参见底部)。
- NuGet(版本 2.*) - 在我们的解决方案中恢复 NuGet 包
- Powershell(版本 1.*) - 调用 JAR 以在我们的
.nuspec
文件中填写 NuGet 包步骤的依赖项。 - Powershell (Version 1.*) - 调用 JAR 来增加修订版本号(更多信息请参见底部)。
- MSBuild(版本 1.*) - 构建解决方案
- Powershell (Version 1.*) - 调用 JAR 来增加构建和次要版本号(更多信息请参见底部)。
- NuGet(版本 1.*) - 打包 NuGet 包
- NuGet(版本 1.*) - 将 NuGet 包推送到 TFS 上的 NuGet 源
- Powershell (Version 1.*) - 调用 JAR 将最终版本号存储在服务器上,以便在将来的构建中使用(更多信息请参见底部)。
当我们进入推送 NuGet 包的第 10 步时,我们收到以下错误,即使项目构建服务是 NuGet 提要上的“所有者”,并且构建定义的项目授权范围设置为“项目集合” 。”
最初,我们试图通过选择 NuGet 推送构建步骤中“目标提要位置”部分下的“此帐户/集合”选项将 NuGet 包推送到 TFS 提要,如您在此处看到的。
但是,我们甚至尝试了“外部 NuGet 服务器(包括其他帐户/集合)”选项(上图中红色轮廓的右侧),我们将 URL 添加到 NuGet 提要和我的凭据以及我之前创建的 PAT本周,我们遇到了同样的错误。
有趣的是,每当我nuget push
在我的计算机上调用命令 Powershell 并.nupkg
使用我的用户名和 PAT 传入同一个文件时,它都能够毫无问题地推送;当我尝试通过远程桌面连接到 TFS 服务器来执行相同操作时,会出现同样的问题。
有没有其他人遇到过这个问题?有没有人可以解决这个问题或者可以帮助我们走上正确的道路?
关于可执行 JAR 的注意事项:在我们的构建过程中,我们调用一个 Powershell 脚本,该脚本收集附加参数以作为命令行参数传递给可执行 JAR。然后,当我们的构建中的一个阶段完成时,JAR 使用此信息来增加我们的版本号的一部分,它遵循major.minor.build.revision格式。在过去的几个月里,我们一直在 Jenkins 上使用这个 JAR,它并没有影响我们将可用的 NuGet 包推送到我们的 Nexus 存储库的能力。
npm - 如何在我的 VSTS 任务中使用来自 feed 的 npm 包?
如何在我的 VSTS 任务中使用来自 feed 的 npm 包?因为我想在我的构建中使用缓存的包。
azure-devops - How to fully empty or delete VSTS package feed?
A year ago I created package feed in my account to publish for myself nuget packages. I don't need these packages because the whole project was re-organized and re-factored. I would like to clean up the package feed, to be able to publish further packages. To avoid naming conflicts and misunderstanding (myself a year ago can confuse myself now :D )I would like to delete these packages or empty the whole feed.
I cannot find any options to do so. Is there any way to do it beside select package - remove latest - reload page?
sbt - SBT 1.0+ 解析器不再使用凭证?
这与我在该主题上发布的最后一个问题有关:
SBT 发布到 Visual Studio Team Services (Web) Packages Plugin Repo
在我写的时候,我正在运行 SBT 0.13.16,并且能够使一切正常工作。
从那时起,我的团队一直尝试升级到 SBT 1.0.x,虽然有一段时间它似乎可以工作,但事实证明这只是由于我们在 ivy 中的库的缓存版本。
尝试使用在 SBT 0.13.16 中工作的相同技术进行干净的设置不会尝试将身份验证信息发送到服务器(因此,没有库下载和沮丧的开发人员);通过 Fiddler 验证。
PUBLISHING确实有效,并且似乎可以正确使用凭据,但DEPENDENCY RESOLUTION不再有效。
知道我做错了什么,或者我如何复制旧行为?
谢谢!
azure-devops - VSTS (TFVC):自定义构建和托管 NuGet 包
我们仍在使用内部 TFS 2012 服务器,但我现在正在考虑迁移到 VSTS。我有几个问题:
几年前,我定制了我们的构建过程模板来执行一些额外的任务,我想知道是否可以以类似的方式定制 VSTS 构建,特别是做我们目前所做的事情:
- 运行风格警察
- 在构建之前更改解决方案中每个 AssemblyInfo.cs 文件中的版本号(主要和次要数字在构建定义中指定)。
- 在构建结束时运行批处理文件,该文件运行 InnoSetup 脚本以创建“setup.exe”文件(批处理文件名在构建定义中再次指定)。
(前两个是(我认为)来自现已失效的tfsbuildextensions.codeplex.com站点的 DLL)。
第二个问题:我们目前有一个内部 NuGet 存储库。我说我可以在 VSTS 上托管它是对的吗?VSTS 构建和我们的开发团队都可以访问吗?
azure-artifacts - 如何在构建过程中将包从 VSTS 复制到本地服务器
我在配置构建定义时创建了 nuget 任务,以便我可以在 VSTS 中创建一个包(在包提要中),但我的要求是在创建构建时将该包复制到本地计算机。
提前致谢。
azure-devops - VSTS 构建代理因获取源而失败:权限被拒绝
我看过几个帖子,但对我没有帮助。我在 Azure 中创建了大约 10 台 Linux 机器并将它们添加到代理池中。
首先,构建成功,但是当我再次将构建排队时,它在获取源时失败,并出现以下错误。
我的构建定义已配置:
- 干净:真实
- 清洁选项:来源
错误:
nuget - VSTS NuGet 包提要身份验证
我目前正在设置一个 VSTS 帐户,并且一直在测试一个将 NuGet 包打包并推送到 VSTS 包源的构建。
我已将提要 url https://mycompany.pkgs.visualstudio.com/.../v3/index.json
(
我尝试从 VSTS 下载凭据提供程序 (CredentialProvider.VSS.exe) 并将其复制到此处%LocalAppData%\NuGet\CredentialProviders
,但我仍然看到身份验证弹出窗口。
我错过了什么或做错了什么?我正在使用 VS2013 和 NuGet v3.3,如果有区别的话。