标签: devops

在普罗米修斯配置中，我有以下规格的工作：

- job_name: name_of_my_job
     scrape_interval: 5m
     scrape_timeout: 30s
     metrics_path: /metrics
     scheme: http

创建指标的脚本需要 3 分钟才能完成，但从普罗米修斯我看不到指标。scrape_timeout变量的作用是什么？

通过 AzureDevops 运行 GitVersion，并在尝试在除 master 之外的任何分支（包括拉取请求分支等）上使用时收到以下错误消息；

到目前为止，我已尝试通过以下方式解决该问题：

• 增加结账深度
• 通过 next-version 设置手动指定下一个版本

错误：

 Gitversion could not determine which branch to treat as the development branch

Git版本文件

mode: Mainline
branches: 
  master:
    regex: master
    increment: Patch
assembly-informational-format: '{MajorMinorPatch}+Branch.{BranchName}{PreReleaseTag}'
major-version-bump-message: '\+semver:\s?(breaking|major)'
minor-version-bump-message: '\+semver:\s?(feature|minor)'
patch-version-bump-message: '\+semver:\s?(fix|patch)'
commit-message-incrementing: Enabled
tag-prefix: '[vV]'
ignore:
  sha: []

YAML 管道

- task: gitversion/setup@0
  displayName: gitversion/setup
  inputs:
    versionSpec: '5.10.3'

- task: gitversion/execute@0
  displayName: gitversion/execute
  inputs:
    useConfigFile: true
    configFilePath: GitVersion.yml

让我知道如何解决这个问题

当我为 AWS EC2 运行 yum update for jenkins 安装时，如何解决错误 Public key for jenkins-2.387.2-1.1.noarch.rpm is not Installed

我试过这个：- sudo wget -O /etc/yum.repos.d/jenkins.repo https://pkg.jenkins.io/redhat-stable/jenkins.repo sudo rpm --import https://pkg。 jenkins.io/redhat-stable/jenkins.io.key amazon-linux-extras install java-openjdk11 -y yum install git maven jenkins -y 我期待这个：- systemctl start jenkins.service

但不幸的是服务还没有开始

在谈论" 超越DevOps:Netflix如何弥合差距 "时,约29:10 Josh Evans提到挤压测试可以帮助他们理解系统漂移.什么是挤压测试以及如何实施？

看起来我可以使用user_data模板文件或provisioner带有内联命令的"remote-exec" 来引导.那么哪一个被认为更惯用？

version: '2'
services:
    web:
        build:
            context: ./
            dockerfile: deploy/web.docker
        volumes:
            - ./:/var/www
        ports:
            - "8080:80"
        links:
            - app

chmod何时自动更改权限（）/ var / www docker-compose up -d --build？

我想将卷添加到我的服务中，但前提是最终用户为其提供了一个文件夹。否则，不应安装任何卷，因为已准备好的映像在默认文件夹中具有有效数据。

也就是说，我想做类似的事情；伪代码：

services:

  my_awesome_service:

    volumes:
      if ${VARIABLE} => ${VARIABLE}:/app/folder

在docker-compose文件中建立这样的条件语句是否可行和可定义？我看到的使之成为可能的唯一方法是，首先定义一个基本的docker-compose文件，该文件没有卷挂载，并且仅在$VARIABLE定义了docker-compose文件后才对其进行调用。这对于单个或几个条件都很好，但是如果有很多条件，就会变得很讨厌。

有什么办法吗？

我正在使用带有xcode 9的fastlane,我遇到了fastlane(2.95.0)的问题.当我运行命令fastlane init时,它显示了4个选项.然后我选择了4号选项,但它永远停滞不前.如何解决这个问题呢？

我试图在阶段内的when语句上检测分支模式。

像这样：

stage('deploy to staging') {
agent label:'some-node'
when { branch "feature/*" }
steps {
    sh './deploy_pr.sh'
}

}

如果我想要更复杂的模式怎么办？

我正在尝试检测诸如feature / 0.10.25之类的内容，并且以下模式不起作用：

when { branch 'feature/[0-9]+.[0-9]+.[0-9]+' }

不起作用。根据https://regexr.com/，这是正确的正则表达式

指数：

我正在使用 angular cli - 7，我将根据我的知识告诉如何减少构建时间。

问题：

现在，许多用户和开发人员都在等待启用Build optimizer 的prod 构建时间太长。

如果您的应用程序有大量文件（超过 1000 个组件），那么构建时间将花费 1 小时以上。

在我的应用程序中，我们为 QA 启用了构建优化，构建时间也超过 2 小时。因此，由于构建时间长，很难对测试人员/开发人员进行快速功能测试。所以我决定减少构建时间。

我分析了什么。

我检查了每个构建过程以了解哪个步骤需要很长时间才能完成，所以我发现以下步骤需要很长时间才能完成。

• 69%-70% - 编译过程- ，所以我们不能因为文件编译而减少这个。
• 79%-80% - 串联模块 - 这个过程需要超过 25 分钟。
• 90%-92% - terser 的块优化 - 这个过程大约需要 40 分钟，并且占用了太多的 CPU 进程（发生系统挂起）。

我怎么修的？

69%-70%：编译

这是编译过程，所以离开它。

79%-80%：串联模块过程：

请按照以下步骤操作

1- npm i -D @angular-builders/custom-webpack

注意： 由于某些版本问题，我在我的应用程序中安装^7.4.3了版本。

2-angular.json按照以下方式更改配置

"architect": {
    "build": {
      "builder": "@angular-builders/custom-webpack:browser",
      "options": {
        "customWebpackConfig": {
           "path": "./extra-webpack.config.js"
        },

3-使用以下代码在 angular.json 旁边创建一个名为 …