0

Я использую GitLab CI, интегрированный с GitLab, а также рекомендованный вторичный сервер для бегуна. Кажется, что все настроено правильно. Он обнаруживает мои коммиты и запускает шаги сборки, и я могу видеть результат.GitLab CI - сборка не работает. Работа (-ы)

По крайней мере, для работы по умолчанию:

git submodule update --init 
ls -la 

Я попытался добавить вторую работу только с двумя шагами:

npm install 
gulp ci 

я использую git clone, поэтому я хочу, чтобы запустить установку каждый время.

Я запустил сборку, однако он просто повторил первую работу. Затем я удалил свою вторую работу, и просто поставить все шаги вместе:

npm install 
gulp ci 
git submodule update --init 
ls -la 

Однако выход из сборки до сих пор точно так же, как это было, когда она была просто работа по умолчанию. Что-то вроде этого:

cd /home/gitlab_ci_runner/gitlab-ci-runner/tmp/builds && git clone https://gitlab-ci-token:<my-git-project-in-gitlab> project-3 && cd project-3 && git checkout aded9a5a66d754ef41504669e09fbd7393490a24 
Cloning into 'project-3'... 
Note: checking out 'aded9a5a66d754ef41504669e09fbd7393490a24'. 

You are in 'detached HEAD' state. You can look around, make experimental 
changes and commit them, and you can discard any commits you make in this 
state without impacting any branches by performing another checkout. 

If you want to create a new branch to retain commits you create, you may 
do so (now or later) by using -b with the checkout command again. Example: 

    git checkout -b new_branch_name 

HEAD is now at aded9a5... Merge branch 'master' of <my-repo> 
cd /home/gitlab_ci_runner/gitlab-ci-runner/tmp/builds/project-3 && git reset --hard && git checkout aded9a5a66d754ef41504669e09fbd7393490a24 
HEAD is now at aded9a5 Merge branch 'master' of <my-repo> 
HEAD is now at aded9a5... Merge branch 'master' of <my-repo> 
git submodule update --init 
ls -la 
<ls file list> 

Любые идеи? Есть ли какой-то кеш, который мне нужно очистить или нажать кнопку, мне нужно нажать (кроме сохранения изменений в настройках, которые я сделал), когда я изменяю скрипт сборки, чтобы он повлиял?

Спасибо.

ответ

0

Кажется, это небольшая ошибка пользователя, немного плохой интерфейс.

Я пытался проверить свои новые настройки сборки, перейдя к сборке и нажав «Повторить». По-видимому, это повторяет те же самые шаги сборки, которые были использованы. Он не использует текущие шаги построения проекта.

Когда я совершил новую фиксацию для самого проекта, он используется новыми шагами сборки.

Насколько я вижу, нет кнопки для запуска новой сборки с помощью текущих шагов сборки. Кажется, единственный способ - нажать новую фиксацию на базу кода. = S

Похоже, единственный способ попасть Параметры теста от услуги> GitLab CI через GitLab ... однако, по-видимому, ошибку с этими бегами: https://gitlab.com/gitlab-org/gitlab-ci/issues/65

0

в настоящее время, как 7.8. 1 единственный способ сделать это - совершить фиксацию

+0

Это не дает ответа на вопрос. Чтобы критиковать или запросить разъяснения у автора, оставьте комментарий ниже своего сообщения - вы всегда можете прокомментировать свои собственные сообщения, и как только у вас будет достаточно [репутации] (http://stackoverflow.com/help/whats-reputation), вы будете быть в состоянии [прокомментировать любое сообщение] (http://stackoverflow.com/help/privileges/comment). – peterh

+0

Я только что обновил до 7.10.2 как gitlab, так и gitlabci, и это устранило несколько проблем для меня, когда сборки не запускались, это были: - ссылка настроек теста теперь запускает сборки. - строит в отличных мастер ветви не было запущены Это не исправило проблему я уже имел с страницей запроса слияния показывает ошибку при попытке подключиться к серверу CI Я предлагаю попробовать последние версии, как многое изменилось за последние 2 месяца – Amias