我一直试图找出以编程方式获取特定Git存储库的权限的方法.
在线提供的TFS API参考没有详细说明任何安全API.但是,当您或从Web门户查看修改安全性时,这肯定在TFS中完成.
跟踪Web调用,我可以看到调用以下API
http://tfsserver/tfs/DefaultCollection/[TeamProject]/_api/_security/DisplayPermissions?
__v=5&tfid=[PROJ_GUID]&permissionSetId=[PERMMISSIONSET_GUID]
&permissionSetToken=repositories/[REPOSITORY_GUID].
Run Code Online (Sandbox Code Playgroud)
我已经推断出传递给上述URL的所有GUID,但无法理解从哪里获取GUID以填充PermissionSetId参数.
看看网页,我可以看到从中获取的价值gitRepositoryPermissionSet,但我找不到如何获得这个价值.
想知道是否有人可以帮助我理解这个参数.
我正在尝试在 Azure DevOps 管道中发布 junit.xml 测试结果,但任务找不到它。
$(System.DefaultWorkingDirectory) 的路径是什么
junit.xml运行任务后生成的npm test?
我的情况如下:我创建了一个带有管道变量的 Azure DevOps 管道,假设为“变量 A”。“变量 A”的值为 1。在构建过程中,我将“变量 A”的值更改为 2。
当构建第二次运行时,我想要这些“变量 A”的值,但这又回到了 1,但我希望该值为 2,因为在上一次构建中我将“变量 A”的值设置为 2。
这些是我尝试过但没有成功的方法:
方法一:
Write-Host "##vso[task.setvariable variable=A;]2"
Run Code Online (Sandbox Code Playgroud)
方法二:
$env:A = 2
Run Code Online (Sandbox Code Playgroud)
唯一有效但我不认为这是可行的方法是通过其余 api 获取整个构建定义,然后将其放回更改的变量值。
这个问题还有其他解决办法吗?
我正在为 asp.net 应用程序设置管道。在集成测试任务期间,我需要连接到 SQL 服务器。我怎么能对管道说我需要一个 sql 服务?
我尝试过多个 microsoft 托管代理池(Windows Server 1803、Hosted 2017 & 2019)我使用 Windows Server 1803,问题是:
The operating system of the container does not match the operating system of the host.
我想正确设置一个临时的 sql 服务器来运行测试。
我用 localdb 代替。
我在集成测试任务之前运行此脚本
SqlLocalDB.exe create "DeptLocalDB"
SqlLocalDB.exe share "DeptLocalDB" "DeptSharedLocalDB"
SqlLocalDB.exe start "DeptLocalDB"
SqlLocalDB.exe info "DeptLocalDB"
Run Code Online (Sandbox Code Playgroud)
与 powershell 连接: Invoke-Sqlcmd -Query "SELECT GETDATE() AS TimeOfQuery;" -ServerInstance "(localdb)\.\DeptSharedLocalDB"
连接 sqlcmd: sqlcmd -S (localdb)\.\DeptSharedLocalDB
连接 ac# 应用程序 (connectionString): "Data Source=(localdb)\.\DeptS
haredLocalDB;Initial Catalog=DeptLocalDB;Integrated Security=True;"
如果有人知道如何在 azure …
我正在尝试在 azure DevOps 管道中构建一个简单的 docker 控制台项目,但我无法构建该项目。
当我尝试复制代码时,出现此错误:
从标志值构建无效:构建的拉取访问被拒绝,存储库不存在或可能需要“docker login”:拒绝:请求的资源访问被拒绝
这里是完整的 docker 文件:
FROM mcr.microsoft.com/dotnet/core/runtime:2.2-nanoserver-1809 AS base
WORKDIR /app
FROM mcr.microsoft.com/dotnet/core/sdk:2.2-nanoserver-1809 AS build
WORKDIR /src
COPY --from=build "ConsoleApp/ConsoleApp.csproj", "ConsoleApp/" #throws the error here. I added --from=build parameter because it couldn't find the project file.
RUN dotnet restore "ConsoleApp/ConsoleApp.csproj"
COPY . .
WORKDIR "/src/ConsoleApp"
RUN dotnet build "ConsoleApp.csproj" -c Release -o /app/build
FROM build AS publish
RUN dotnet publish "ConsoleApp.csproj" -c Release -o /app/publish
FROM base AS final
WORKDIR /app
COPY --from=publish …Run Code Online (Sandbox Code Playgroud) 因此,Azure DevOps UI 现在支持设置跨存储库策略以保护所有现有和未来存储库的默认(主)分支 - 很好!
到目前为止,我们对每个存储库都使用了相同的策略,每当添加新存储库时手动设置它(我们正在为每个服务使用一个存储库进行微服务)。其中一项政策是构建验证。这是从 repo 更改为 repo 的唯一策略,因为每个 repo 都有自己的构建管道(目前是经典的,因为 YAML 仍然缺少一些关键功能)以及给定存储库的 Git 触发器。
问题是; 如果我设置了跨存储库策略并希望包含构建验证,鉴于每个存储库都有自己的构建管道,我该怎么做?AFAIK 构建管道(还)不支持将多个存储库作为触发器(这应该很快适用于 YAML 管道),因此我无法创建用于所有存储库的单个构建管道。
此时,当 Master 分支发生提交时,构建管道将根据“ng build --prod”生成一个工件,因此该工件使用项目的生产配置。之后,工件将被部署到测试和生产环境。
对于测试环境,我希望代码使用“environment.dev.ts”并用于生产“environment.prod.ts”。我怎样才能做到这一点?
environment-variables azure azure-devops azure-pipelines angular
假设我有 2 个分支,一个功能分支和一个开发分支。
功能分支上通常没有 SLA,这意味着我可以整天将损坏的代码推送到它,并且不应触发 CI 构建。
然后我打开一个 PR 进行开发。我在 pull_request: created 上触发 CI 构建操作。假设这个构建失败了。默认情况下我无法合并 PR,这是正确的。
现在我想将编辑推送到功能分支以更新 PR。我希望这些推送触发 CI 构建(因为我们现在正在一个开放的 PR 中工作)。在这些 push-CI 通过之前,我不想让 PR 继续/合并。
我如何在 GitHub Actions 中做到这一点?我试过了,on pull_request: edited但这对我不起作用。
我正在寻找功能等价物:
on:
push:
if: inside_open_pr
Run Code Online (Sandbox Code Playgroud) 我使用 GitHub 操作来部署我的代码。他们的文档指出他们有可以启用的环境(测试版)。我在存储库的设置中没有看到环境选项。
有谁知道我如何启用此功能?
**编辑添加:我正在使用私人 Github 存储库
我是一些 Julia GitHub 存储库的维护者,这些存储库通过 cron 使用 GitHub Actions 进行夜间 CI 运行。其中一些软件包几个月都没有得到维护,但在生态系统中使用,我想让它们保持活跃。GitHub 的当前政策是在 60 天内没有发生存储库活动时禁用这些操作。
我想知道是否有定义什么存储库活动是为了防止操作被禁用。这是评论一个问题那么简单吗?还是需要将提交推送到主分支?
其次,有没有人找到保持存储库活跃的好解决方案?我正在考虑创建一个每 59 天运行一次的 Lambda 函数,并执行某种形式的存储库活动以保持活动状态。我只找到了这个HackerNews帖子,它提出了这个问题,但是没有评论:
默认情况下,在公共存储库的分支和连续 60 天没有活动的公共存储库中,计划工作流将被禁用。我们对 GitHub Actions 的使用政策进行了两项更改。这些变化将使 GitHub Actions 能够随着我们从 GitHub 社区看到的令人难以置信的采用而扩展。这是一个快速概述:
从今天开始,默认情况下将在公共存储库的新分支中禁用计划工作流。
在连续 60 天没有活动的公共存储库中,计划工作流将被禁用。
azure-devops ×7
azure ×2
devops ×2
github ×2
angular ×1
azure-aks ×1
azure-repos ×1
git ×1
github-api ×1
github-pages ×1
hosted ×1
npm ×1
tfs ×1
tfs-sdk ×1
variables ×1