我正在使用GitLab 7.7.2并尝试在GitLab中的存储库中删除Tag.我可以删除本地存储库中的标记但不能删除原始标记.如何在GitLab存储库中删除标记？
$ git tag -d Tag_AAA
Deleted tag 'Tag_AAA' (was d10bff2)
$ git push --delete origin Tag_AAA
remote: GitLab: You don't have permission
To git@git.aaa.bbb.ccc:root/Repository.git
! [remote rejected] Tag_AAA (pre-receive hook declined)
error: failed to push some refs to 'git@git.aaa.bbb.ccc:root/Repository.git'
目前,当我在GitlabCI中开始构建时,它在gitlab-runner用户下运行.我想将其改为公司的内部用户.我没有找到/etc/gitlab-runner/config.toml的任何参数来解决这个问题.
我目前的配置:
concurrent = 1
[[runners]]
name = "deploy"
url = ""
token = ""
executor = "shell"
您好我已经使用此https://gitlab.com/gitlab-org/omnibus-gitlab/blob/master/README.md#installation安装了Gitlab
现在我想使用nginx来提供除gitlab应用程序以外的其他内容我该怎么做呢
更新(忘了提到我在Red Hat 6.5,Debian/Ubuntu解决方案欢迎下运行它)
我想设置一个内部使用的gitlab实例.由于实例只能通过本地网络访问,因此我没有设置电子邮件设置.不幸的是,gitlab仍然希望使用临时密码向新用户发送确认电子邮件,但他们从未收到此电子邮件.
有没有办法配置gitlab,以便它不发送这些确认邮件？我已经尝试过email_enabled: false,gitlab.yml但它没有用.
更新:
它应该工作,我不必在注册过程中手动干涉.
我发现Gitlab和SourceTree支持每个存储库的图标,使它们更加具体,一目了然.
这怎么可能？
我需要在Gitlab中看到java maven项目的代码覆盖率报告.根据这个,这个和其他一些来源:
jacoco到插件列表中pom.xml..gitlab-ci.yml文件中添加了页面作业.Total.*?([0-9]{1,3})%到项目设置中的代码覆盖解析.但是没有任何报道报道,或者至少我看不到它.没有覆盖百分比或覆盖率报告页面.
.gitlab-ci.yml文件内容:
image: maven:latest
variables:
MAVEN_CLI_OPTS: "--batch-mode --errors --fail-at-end --show-version -DinstallAtEnd=true -DdeployAtEnd=true"
MAVEN_OPTS: "-Dmaven.repo.local=.m2/repository -Dorg.slf4j.simpleLogger.log.org.apache.maven.cli.transfer.Slf4jMavenTransferListener=WARN -Dorg.slf4j.simpleLogger.showDateTime=true -Djava.awt.headless=true"
cache:
paths:
- .m2/repository/
build:
stage: build
script:
- mvn $MAVEN_CLI_OPTS compile
test:
stage: test
script:
- mvn $MAVEN_CLI_OPTS test
artifacts:
paths:
- target/site/jacoco/
pages:
stage: deploy
dependencies:
- test
script:
- mkdir public
- mv target/site/jacoco/index.html public
artifacts:
paths:
- public
deploy:
stage: deploy …我正在尝试使用markdown将图片发布到我的Gitlab上的文件中
似乎工作,但是太大了.我尝试过但似乎不起作用的其他解决方案如下:
<img src="https://gitlab.com/example/screenshot" width="48">
<img src="https://gitlab.com/example/screenshot" alt="Drawing" style="width: 200px;"/>
关于我能做什么的任何想法,而不是重新调整我拥有的每一张图像？
如何$BUILD_VERSION在 Gitlab CI 中不同管道的作业之间传递数据（例如变量）？
所以（就我而言）：
\nPipeline 1 on push ect. Pipeline 2 after merge\n\n `building` job ... `deploying` job\n \xe2\x94\x82 \xe2\x96\xb2\n \xe2\x94\x94\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80 $BUILD_VERSION \xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x98\n考虑以下示例（完整内容yml如下）：
Pipeline 1 on push ect. Pipeline 2 after merge\n\n `building` job ... `deploying` job\n \xe2\x94\x82 \xe2\x96\xb2\n \xe2\x94\x94\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80 $BUILD_VERSION \xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x80\xe2\x94\x98\n我有两个阶段，登台和部署。暂存阶段building的工作构建应用程序并创建一个“审查应用程序”（为了简单起见，没有单独的构建阶段）。然后，部署中的作业会上传新应用程序。deploying
building每当打开合并请求时，包含作业的管道就会运行。这样，应用程序就构建完成了，开发人员可以单击合并请求中的“审核应用程序”图标。该deploying作业在合并请求合并后立即运行。这个想法如下：
*staging* stage (pipeline 1) *deploy* …最近我在GIT中找到了工作流的三个概念:GitFlow,GitHub Flow和GitLab Flow.我已经阅读了关于它的好文章(https://docs.gitlab.com/ee/workflow/gitlab_flow.html),但我不太了解GitLab Flow.也许是因为我不是母语人士:)
简单地说.
GitFlow(https://docs.gitlab.com/ee/workflow/gitdashflow.png).
我们有一个主分支作为生产分支.我们还有一个开发分支,每个开发人员都会合并他的功能.有时我们会创建一个发布分支来在生产中部署我们的功能.如果我们在发布分支中有错误,请修复它并将更改拉入开发分支.如果我们在生产中存在严重错误,请创建新的修补程序分支,修复错误并将分支与生产(主)合并并开发分支.
如果我们很少显示我们的工作成果,这种方法非常好.(也许每2周一次).
GitHub Flow(https://docs.gitlab.com/ee/workflow/github_flow.png).
我们有一个主分支作为生产分支.我们(作为开发人员)只能创建分支以添加新功能或修复错误并将其与生产(主)分支合并.听起来很简单.这种方法适用于极端编程,其中生产分支在一天内被多次部署.
GitLab流量(https://docs.gitlab.com/ee/workflow/production_branch.png,https://docs.gitlab.com/ee/workflow/environment_branches.png,https://docs.gitlab.com/ee /workflow/release_branches.png).
我见过新的术语,如预生产,生产,发布(稳定)分支和临时环境,预生产环境,生产环境.他们之间有什么关系？
我这样理解:如果我们需要添加新功能,我们从主分支部署预生产分支.完成功能后,我们从预生产分支部署生产分支.预生产分支是中间阶段.然后主分支从生产分支中提取所有更改.
如果我们想要查看每个单独的功能,那么这种方法很好.我们只是在分行结账我们需要和看看.
但是如果我们需要展示我们的工作,我们会尽可能晚地创建一个带有标签的发布分支.如果稍后我们修复master分支中的错误,我们需要将它们挑选到最后一个发布分支.最后,我们有一个带有标签的发布分支,可以帮助我们在不同版本之间移动.
我的视力是否正确？拉和樱桃挑选有什么区别？
GitLab在kubernetes集群中运行.Runner无法使用构建工件构建docker镜像.我已经尝试了几种方法来解决这个问题,但没有运气.以下是一些配置片段:
.gitlab-ci.yml
image: docker:latest
services:
- docker:dind
variables:
DOCKER_DRIVER: overlay
stages:
- build
- package
- deploy
maven-build:
image: maven:3-jdk-8
stage: build
script: "mvn package -B --settings settings.xml"
artifacts:
paths:
- target/*.jar
docker-build:
stage: package
script:
- docker build -t gitlab.my.com/group/app .
- docker login -u gitlab-ci-token -p $CI_BUILD_TOKEN gitlab.my.com/group/app
- docker push gitlab.my.com/group/app
config.toml
concurrent = 1
check_interval = 0
[[runners]]
name = "app"
url = "https://gitlab.my.com/ci"
token = "xxxxxxxx"
executor = "kubernetes"
[runners.kubernetes]
privileged = true
disable_cache = …