标签: devops

我正在尝试为示例反应项目构建一个简单的管道。这是我的 .gitlab-ci.yml 文件

image: node:12

stages:
  - build
  - test

build_react:
  stage: build
  script:
    - echo "Building deploy package"
    - yarn install
    - yarn build
    - echo "Build successful"
  artifacts:
    expire_in: 1 hour
    paths:
      - build

test_react:
  stage: test
  needs: [build_react]
  script:
    - echo "Testing project"
    - yarn test --watchAll=false
    - echo "Test successful"

构建通过了，但在测试阶段它失败了，抱怨

 $ react-scripts test --watchAll=false
 /bin/sh: 1: react-scripts: not found

我收到此错误：无法加载源https://pkgs.dev.azure.com/xxxxx/_packaging/xxxxx/nuget/v3/index.json的服务索引。响应状态码并不表示成功：401（未经授权）。）

我正在尝试从其他组织的天蓝色工件恢复包。在此输入图像描述

错误日志：38 个包到packages.config 项目

[错误]nuget 命令失败，退出代码(1) 和错误（packages.config 项目中的错误

Unable to find version '1.0.976930' of package 'xxxx.Security.Eso.Web.DevSignOn'.
  https://api.nuget.org/v3/index.json: Package 'xxxx.Security.Eso.Web.DevSignOn.1.0.976930' is not found on source 'https://api.nuget.org/v3/index.json'.
  https://pkgs.dev.azure.com/xxxx/_packaging/yyyy/nuget/v3/index.json: Unable to load the service index for source https://pkgs.dev.azure.com/xxxx/_packaging/yyyy/nuget/v3/index.json.
  Response status code does not indicate success: 401 (Unauthorized).)

[错误]包恢复失败

我尝试了这些解决方案，但没有运气： 1. https://mallibone.com/post/private-nuget-feed-azure-devops 2. https://learn.microsoft.com/en-us/azure/devops/pipelines /packages/nuget-restore?view=azure-devops

我们在一个非常大的组织中工作，有许多数据库（多种类型）、许多模式、许多用户。

1. LB 是否必须使用某些源代码管理（当组织中存在许多用户并使用相同的数据库、相同的架构等时锁定文件）？

2. 在一个非常大的组织、许多并发用户中使用 LB 的最佳实践是什么？

3. SQLCL可以通用sql格式类型还是只是xml格式类型？

4. 是否有与 SQL Developer 的集成？我的意思是，假设用户通过 sql Developer 更改对象，那么会发生什么？

背景

考虑一个带有prebuild和build阶段的虚拟 gitlab 作业。

stages:
  - prebuild
  - build

该阶段的唯一工作prebuild是为后续阶段创建和缓存依赖项。prebuild仅当 python 文件发生更改时才会触发该阶段requirements.txt。该build阶段有一个cache:policyof pull，这意味着它遵循prebuild缓存。例如，假设缓存由共享的单个文件组成sharedfile：

prebuild_job:
   cache:
     policy: pull-push
     rules:
       - changes:
         - requirements.txt
     paths:
       - sharedfile
     script:
       - echo "FOOBAR" > sharedfile

build_job:
   cache:
     policy: pull
   paths:
     - sharedfile
   script:
     - cat sharedfile

这就是我想要的——仅在更改并使用其输出prebuild时触发（在本例中但实际上是一个完整的 python 虚拟环境）。这非常有效，直到通过Clear Runner Caches按钮在 gitlab 上手动清除缓存，然后我们必须手动重新运行预构建步骤，否则构建将继续失败，因为预构建在缓存清除后从未重新触发。requirements.txtbuildsharedfile