标签: gitlab-ce

我有这样的 docker-compose 设置

version: "3.2"

services:
   gitlab:
       image: gitlab/gitlab-ce:latest
       container_name: gitlab-container
       restart: always
       environment:
           - GITLAB_OMNIBUS_CONFIG: |
                   external_url 'https://192.46.223.235'
                   gitlab_rails['gitlab_shell_ssh_port'] = 10022
                   letsencrypt['enabled'] = false
                   nginx['enable'] = true
                   nginx['redirect_http_to_https'] = false
                   nginx[listen_port] = 10080
                   nginx[listen_https] = false
       ports:
           - "10080:80"
           - "10022:22"

       volumes:
           - '$GITLAB_HOME/config:/etc/gitlab'
           - '$GITLAB_HOME/logs:/var/log/gitlab'
           - '$GITLAB_HOME/data:/var/opt/gitlab'

因此，当我运行 docker-compose up -d 时，出现以下错误：

WARNING: The GITLAB_HOME variable is not set. Defaulting to a blank string.
ERROR: The Compose file './docker-compose.yml' is invalid because:
services.gitlab.environment contains {"GITLAB_OMNIBUS_CONFIG": "-  external_url 'https://192.46.223.235'\n- …

我刚刚使用此命令将我的 gitlab-ce 版本升级到最新版本

sudo yum install gitlab-ce-12.1.3-ce.0.el7.x86_64

升级效果很好，但是重新启动后，当我运行此命令时，gitlab 服务将无法启动

sudo gitlab-ctl start

fail: alertmanager: runsv not running
fail: gitaly: runsv not running
fail: gitlab-monitor: runsv not running
fail: gitlab-workhorse: runsv not running
fail: grafana: runsv not running
fail: logrotate: runsv not running
fail: nginx: runsv not running
fail: node-exporter: runsv not running
fail: postgres-exporter: runsv not running
fail: postgresql: runsv not running
fail: prometheus: runsv not running
fail: redis: runsv not running
fail: redis-exporter: runsv not running
fail: sidekiq: runsv …

我正在处理GitLab Community Edition 13.10.1。
目前大约有一百个小型项目与此相关。

通过选择一个项目，可以在其所有文件中搜索特定代码，但如果我转至 GitLab 搜索并选择“任何”项目，则“代码”选项卡将不再可见。

有没有办法在所有现有项目中进行代码搜索？

现在,任何在我的项目中创建分支并向其添加.gitlab-ci.yml文件的人都可以使用运行程序在我的服务器上执行命令.如何才能使主持人或所有者可以上传CI配置文件并对其进行更改？

我正在使用https://gitlab.com/gitlab-org/gitlab-ci-multi-runner在bash上运行.

有没有办法通过时间跟踪/spend 斜杠命令获得用户花费的所有问题的总时间花费？

使用API​​的时间跟踪统计数据只获得少量数据:https://docs.gitlab.com/ce/api/issues.html#get-time-tracking-stats

Gitlab CE 9.1.4

我正在将我的项目从 GitHub.com 迁移到自托管的 GitLab CE 实例。我之前设置了一个 GitHub Actions 管道，以便在从标签中删除新版本时发布应用程序。也就是说，当我github.com/<organization>/<project>/tags编辑标签来发布版本时，以下*-workflow.yml脚本片段将触发我想要的操作：

on:
  release:
    types: [created]

GitLab CI/CD ( ) 上的等效项是什么.gitlab-ci.yml？我搜索了所有GitLab 文档和辅助网站（例如 gitlab.reddit.com 和 Stack Overflow），但找不到任何方法来做到这一点。需要明确的是，在 GitLab 中将标签转换为真实版本的步骤如下：

1. 去<GitLab CE>/<group>/<project>/-/releases/new
2. “从”列表中的任何标签创建
3. 填写详细信息
4. 单击“创建版本”按钮

我希望 GitLabscript在上述步骤 4 后立即执行。

我们已GitLab CE 9.1.2安装在我们的服务器上,其中计划每次运行备份8:00 PM Mon-Fri.到目前为止一切都很好,但昨天我们开始使用Wiki.我仔细检查了备份文件,并且它与前一天的备份完全相同(除了创建Wiki页面之外,系统中没有进行任何操作).

因此我怀疑Wiki没有包含在备份过程中,因此我打开了一个VM并尝试恢复备份文件.成功的操作后,我去了项目的维基部分,它是空的.

我正在阅读一些资源,他们说回购不应该是空的,因为Wiki被包括在内但我们的回购充满了代码,提交,分支,问题等.我遵循了Omnibus安装的备份说明,因为那就是我们的有.

0 20 * * 1-5 /opt/gitlab/bin/gitlab-rake gitlab:backup:create CRON=1

正如您所看到的,我没有包含任何SKIP环境变量,因此它不应该跳过任何内容.我错过了什么吗？我正确地遵循了指示.请帮帮我,我需要系统的完整备份.

考虑以下gilab-ci.yml脚本：

stages:
  - build_for_ui_automation
  - independent_job

variables:
  LC_ALL: "en_US.UTF-8"
  LANG: "en_US.UTF-8"

before_script:
  - gem install bundler
  - bundle install

build_for_ui_automation:
  dependencies: []
  stage: build_for_ui_automation
  artifacts:
    paths:
      - fastlane/screenshots
      - fastlane/logs
      - fastlane/test_output
      - fastlane/report.xml
  script:
    - bundle exec fastlane ui_automation
  tags:
    - ios
  only:
    - schedules
  allow_failure: false

# This should be added and trigerred independently from "build_for_ui_automation"
independent_job:
  dependencies: []
  stage: independent_job
  artifacts:
    paths:
      - fastlane/screenshots
      - fastlane/logs
      - fastlane/test_output
      - fastlane/report.xml
  script:
    - bundle exec fastlane …

我已在 Docker 容器中的私有服务器上部署了 Gitlab CE。有 5 个用户、1 个项目 (1GB)，没有其他任何东西，没有 CI/CD，没有后台任务。我们只是将它用作 GIT 存储库。

目前它需要 4.5GB RAM，对于这个目的来说似乎太多了：

671MB puma: cluster worker 0: 23227
639MB puma: cluster worker 1: 23227
604MB puma 4.3.3.gitlab.2 (unix:///var/opt/gitlab/gitlab-rails/sockets/gitlab.socket...
572MB sidekiq 5.2.9 queues:authorized_project_update:...
2338MB /opt/gitlab/embedded/service/gitaly-ruby/bin/gitaly-ruby

我对配置进行了以下更改：

puma['worker_processes'] = 2
puma['min_threads'] = 1
puma['max_threads'] = 4
sidekiq['concurrency'] = 9
prometheus['enable'] = false

我欢迎任何有关优化的建议。谢谢你，

我收到了一封 gitlab 警报邮件，指出“一个项目上次存储库检查失败”。我确实在 Gitlab 管理面板中检查了错误“上次存储库检查（刚刚）失败。请参阅“repocheck.log”文件以获取错误消息。” 按照 Gitlab 管理面板中的建议，我检查了 repocheck.log 文件，错误如下。

“无法 fsck 存储库：错误：无法从对象数据库读取 0f188244898707e6090498bc03aafd8ac25e776e 无法解析提交 0f188244898707e6090498bc03aafd8ac25e776e 的提交图错误：无法读取 4ab7111f3f8f1083cee 8e33ec033c18edfefb0e9"

上周另一个仓库也发生了同样的情况。即使有类似的错误消息，但尚未解决。尝试在另一个 gitlab 实例中克隆相同的存储库以重现问题，但存储库检查似乎没问题。无法找到适当的解决方案。任何人都可以帮忙解决这个问题吗？