如何使用gitlab-ci来管理相互依赖的车轮的测试/构造

Question

我有3个python包proj1，proj12和proj13。 proj12和。proj13 proj1取决于from proj1.xxx import yyy（.gitlab-ci）。

3个项目位于私有gitlab实例上，每个实例都有自己的http://gitlab.me.com/group/proj1/.gitlab-ci.yml。

在 proj1 # 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 中，我们运行unittest 并创建一个暴露为工件的轮子::

http://gitlab.me.com/group/proj12/.gitlab-ci.yml

对于 proj12 和 proj13 ，例如 proj1我们想要进行测试 我也需要安装proj1轮才能让它运行。

所有3个项目都在同一个gitlab私人组中。

gitlab 的方法是什么？

• 通过artifact将proj12轮传递给http://gitlab.me.com/group/proj12/.gitlab-ci.yml
  • 在这种情况下，我不知道如何调用/获取工件 proj2？它是同一个gitlab， 同一组，但是一个不同的项目。
• 使用gitlab 秘密变量将ssh_keys存储到proj12/.gitlab-ci.yml中克隆proj1？
  • 与https://gitlab.com/gitlab-org/gitlab-ce/issues/4194
  相关
  • 这并不是因为proj12，proj13和.gitlab-ci.yml这一事实 dist/proj1-0.42-py2-none-any.whl属于同一个gitlab和同一组，即构建的人 一个项目作为完成其他项目的凭据。所有3个都由用户私人令牌连接。

我尽量避免必须像解决方案那样部署devpi或pypiserver。

所以，我正在查看 proj12 # 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 中要写的内容 来自proj1先例build ::

的{{1}}轮

{{1}}

与我们的问题相关的链接：

• 允许使用受限制的访问令牌https://gitlab.com/gitlab-org/gitlab-ce/issues/19628
访问构建工件
• ＆＃34;人们需要能够根据git ref（分支，标记等）共享工件链接，而无需了解特定的构建ID https://gitlab.com/gitlab-org/gitlab-ce/issues/4255
• https://docs.gitlab.com/ce/api/ci/builds.html#upload-artifacts-to-build
• download-the-artifacts-file https://docs.gitlab.com/ce/api/builds.html#download-the-artifacts-file https://gitlab.com/gitlab-org/gitlab-ce/issues/22957

Answer 1

你有两种方法可以做到：

• Pass the object from previous build using the artifacts（仅在同一项目内工作）
• 使用预先安装在git作业中的软件包构建docker镜像，将其存储在内置的注册表中，并使用它在其他项目中运行build。
• 克隆存储库

我建议传递为一个工件，从那时起你将完全构建在正在运行的管道中。至于克隆，AFAIK在克隆子模块时不需要任何解决方法，但是为了克隆其他存储库，我会使用ssh deploy key，因为它与repo连接而不是像私有令牌这样的用户。