标签: cicd

我的想法是在每次管道运行时写入工作流程调度的输入。。

例如，在 Bitbucket 管道中，自定义后显示的输入参数-

有没有办法为 GitHub 做类似的事情？

我在 gitlab runner 上使用 docker executor 作为我正在使用的图像，但docker:stable 收到此错误：

$ docker login gitlab.mydomain.com:5050 -u myusername-p mytoken
WARNING! Using --password via the CLI is insecure. Use --password-stdin.
error during connect: Post http://docker:2375/v1.40/auth: dial tcp: lookup docker on 67.207.67.3:53: no such host
Cleaning up project directory and file based variables
00:01
ERROR: Job failed: exit code 1

这是我的config.toml

concurrent = 1
check_interval = 0

[session_server]
  session_timeout = 1800

[[runners]]
  name = "dev-env"
  url = "https://gitlab.mydomain.com/"
  token = "REDACTED"
  executor = "docker" …

我正在寻找一种仅在成功（或尝试）拉取请求合并时触发 Azure 管道的方法。

我现在有 ：

trigger:
 branches:
  include:
    - DEV

steps:
- script: FOO

但每次 DEV 分支发生更改时都会运行，我想避免这种情况。

此外，我想要一个编程响应，而不是每次都通过用户界面。

编辑：发生了一件奇怪的事情

condition: and(succeeded(), eq(variables['Build.Reason'], 'PullRequest'))

得到：

Expanded: and(True, eq('IndividualCI', 'PullRequest'))" 

在做公关时，因此没有达到预期效果

我有一个新的发布管道包含 75 个阶段，当我创建发布时，每个阶段平均需要 5 分钟才能完成部署过程，然后移至下一个阶段，这意味着部署所有阶段需要近 7 个小时！

如何使所有阶段协同工作（并行）以在近 5 分钟内完成部署。如果这是不可能的，那么如何加快这个过程呢？

在 Azure Pipelines YAML 中，可以指定作业运行的环境。

  jobs:
    - deployment: Deploy
      displayName: Deploy
      environment: $(environment)

将新值传递给管道应该会自动在 DevOps 中创建环境。

但是，我最近在尝试部署到新环境时遇到了此错误：

作业部署：找不到环境 [环境名称]。该环境不存在或尚未获得使用授权。

我手动创建环境后，管道部署成功。

是否有任何配置或我缺少的东西可以允许自动创建环境？

我想以编程方式确定特定的 Python 脚本是否在测试环境中运行，例如

• GitHub 行动
• 特拉维斯·西尔
• 圆CI

等等。我意识到这需要一些启发，但这对我来说已经足够了。是否总是设置某些环境变量？用户名总是相同吗？ETC。

我在 Firebase 中托管我的 Web 应用程序，并使用 Gitlab CI/CD 部署它，并且它一直工作得很好！但今天由于某种原因我在管道工作时收到此错误

56Error: Failed to list functions for project-name

这是我在管道中运行的命令

firebase deploy --only hosting --non-interactive --token $FIREBASE_TOKEN

这是我收到的错误

deploying hosting\n50i  hosting[project-name]: beginning deploy...\n51i  hosting[project-name]: found 39 files in dist/dev\n52i  hosting: hashing files [34/39] (87%)\n53i  hosting: upload complete\n54\xe2\x9c\x94  hosting[project-name]: file upload complete\n55i  hosting[project-name]: finalizing version...\n56Error: Failed to list functions for project-name\n

请注意，该命令正在运行，直到显示“最终版本...”，然后停止。

什么可能导致此错误？

通过服务主体部署 Azure 数据工厂的 ARM 模板时，出现以下错误：

[错误]检查资源组状态失败。错误：{“statusCode”：403}。

是否是服务连接访问相关问题？如何检查/解决这个问题？

我已经通过 ArgoCD 成功部署了应用程序，并且可以通过其入口 url 访问它

应用程序使用带有最新标签的图像名称，例如

image: <private_registry>/app_1_service:latest

我还管理同一标签上的其他标签latest，例如image:<commit_id> or image:<1.0.xxx>

现在，开发人员将更新代码，提交更改后，gitlab 管道会自动运行并构建新映像并覆盖以latest使用其他标签进行标记并推送到私有 docker 注册表

那么 ArgoCD 的下一步是什么？

argocd 如何知道应用程序已更改，需要重新部署，以及image:latest需要再次拉取？

我有一个依赖于 Prisma 模型的 NodeJS 后端，我想将其部署到我的生产数据库中。我的 CI/CD 管道如下所示：Github Actions 使用 webpack 构建代码，将捆绑包上传到 S3，并调用 AWS CodeDeploy。

然后，AWS CodeDeploy 在部署后端的 EC2 服务器上执行脚本，以安装捆绑包并配置所有内容。这些 EC2 服务器是唯一可以访问数据库的服务器，因为数据库不允许任何非来自 EC2 服务器的连接。

这意味着我无法yarn prisma migrate deploy从 Github Actions 执行，因为数据库将不允许此类连接。

在我看来，我有三个选择：

1. 将 Github Actions 运行者的 IP 地址列入数据库白名单。出于安全原因，我最好不要这样做。
2. 将我的存储库的完整源代码下载到 EC2 服务器，然后yarn install运行yarn prisma migrate deploy​​. 出于安全原因不想这样做，它会在部署中引入额外的风险，并且会减慢部署速度。
3. 以某种方式将命令与迁移文件编译yarn prisma migrate deploy成捆绑包prisma，并在 EC2 服务器上执行。

你有什么建议？从上面的选项中，我更喜欢选项 3，但我还没有找到方法，因为我只找到了编译 prisma 客户端的方法，但我认为这不是我想要的。

先感谢您！