Как использовать gitlab-ci для управления испытаниями/строительство взаимозависимых колес

Question

У меня есть 3 пакета python proj1, proj12 и proj13. Оба proj12 и proj13 зависят от proj1 (с from proj1.xxx import yyy).

3 проекта находятся на частном экземпляре gitlab, каждый из которых имеет свой собственный .gitlab-ci.

В proj1http://gitlab.me.com/group/proj1/.gitlab-ci.yml мы запускаем UnitTest и создать колесо подвергается как артефакт ::

# http://gitlab.me.com/group/proj1/.gitlab-ci.yml 
image: python:2 
mytest: 
    artifacts: 
    paths: 
    - dist 
    script: 
    - apt-get update -qy; apt-get install -y python-dev python-pip 
    - pip install -r requirements.txt 
    - python setup.py test 
    - python setup.py bdist_wheel 
look: 
    stage: deploy 
    script: 
    - ls -lah dist 

Для proj12 и proj13 в, например, http://gitlab.me.com/group/proj12/.gitlab-ci.yml мы также хотели бы запустить тесты , но мне нужно установить колесо proj1, чтобы оно запустилось.

Все 3 проекта находятся в одной группе частных лиц gitlab.

Что такое gitlab Способ для этого?

• передать proj1 колесо в proj12 с artifact
  • в этом случае я не знаю, как назвать/получить артефакт в http://gitlab.me.com/group/proj12/.gitlab-ci.yml? Это же gitlab, той же группы, но другой проект.
• Используйте gitlab Secret Variable для хранения ssh_keys клонировать proj2 в proj12/.gitlab-ci.yml?
  • связанные с https://gitlab.com/gitlab-org/gitlab-ce/issues/4194
  • это не извлекать выгоду из того факта, что proj1, proj12 и proj13 находятся в одной и той же gitlab и той же группы, лица, которые делают сборку для одного проекта, как учетными данными другие. Все 3 подключены пользовательским токеном.

Я стараюсь избегать, чтобы развернуть devpi или pypiserver как решения.

Так что я смотрю на то, что писать в proj12.gitlab-ci.yml получить dist/proj1-0.42-py2-none-any.whl колесо из proj1 прецедента сборки ::

# http://gitlab.me.com/group/proj12/.gitlab-ci.yml 
image: python:2 
mytest12: 
    script: 
    - apt-get update -qy; apt-get install -y python-dev python-pip 
    - pip install -r requirements.txt 
    - pip install . 
    - => some way here to get the proj1 wheel 
    - pip install proj1-0.42-py2-none-any.whl 
    - python setup.py test 

Ссылки, связанные с нашим вопросом:

• Разрешить доступ к сборке артефактов с помощью токенов с ограниченным доступом https://gitlab.com/gitlab-org/gitlab-ce/issues/19628
• «Люди должны быть abl е делиться ссылками на артефакты, основанные на мерзавца исх (филиал, бирка и т.п.), не зная конкретного сборки ID https://gitlab.com/gitlab-org/gitlab-ce/issues/4255
• https://docs.gitlab.com/ce/api/ci/builds.html#upload-artifacts-to-build
• ЗАГРУЗКИ зе-артефакты-файл https://docs.gitlab.com/ce/api/builds.html#download-the-artifacts-filehttps://gitlab.com/gitlab-org/gitlab-ce/issues/22957

Answer 1

вы есть два способа вы можете сделать это:

• Pass the object from previous build using the artifacts (работает внутри того же проекта)
• построить Docker изображение с вами r пакетов, предварительно установленных в задании git, сохранить их во встроенном реестре и использовать для запуска сборки в других проектах.
• Clone хранилище

Я бы посоветовал проходя как артефакт, так как тогда вы будете иметь это построить именно в трубопроводе вы работаете. Что касается клонирования, AFAIK вам не нужно обходное решение при клонировании подмодулей, но для клонирования других репозиториев я бы пошел с ключом ssh для развертывания, так как он связан с репо, а не как пользовательский токен.