Question

我想知道是否有可能在gitlab cirunner中提高gitlab中存储的Python软件包的版本。

我有示例包结构：

/package
  /src
    /__init__.py
     main.py
  setup.py
  Dockerfile
  .gitlab-ci.yml

init .py包括：

  __version__ = '1.0.0'

setup.py包括：

  setup(
        name='foo',
        version=src.__version__,
        packages=find_packages(),
        install_required=[foo, bar]
  )

用于碰撞和释放的简单工作流程如下：Best workflow and practices for releasing a new python package version on github and pypi

但是我们可以在直接在gitlab-ci中发布时自动在__init_.py中更改版本吗？

Answer 1

我喜欢为此使用ump2version软件包。

这是我的gitlab-ci.yml，具有（几乎）最低的最低设置：

image: python:latest

# Change pip's cache directory to be inside the project directory since we can
# only cache local items.
variables:
  PIP_CACHE_DIR: "$CI_PROJECT_DIR/.cache/pip"

# Pip's cache doesn't store the python packages
# https://pip.pypa.io/en/stable/reference/pip_install/#caching
#
# If you want to also cache the installed packages, you have to install
# them in a virtualenv and cache it as well.
cache:
  paths:
    - .cache/pip
    - venv/

before_script:
  - python --version
  - pip install virtualenv
  - virtualenv venv
  - source venv/bin/activate
  - pip install -r requirements.txt

stages:
  - build
  - release

upload package:
  stage: release
  script:
    - pip install twine bump2version
    - bump2version --tag release
    - python setup.py sdist bdist_wheel
    - TWINE_PASSWORD=${PYPI_TOKEN} TWINE_USERNAME=__token__ python -m twine upload --repository-url https://upload.pypi.org/legacy/ dist/*
    # Necessary to avoid a bug corrupting the version in setup.py. Just in case it's forgotten to do manually. Now we only have to explicitly bump version for major or minors.
    - bump2version patch
    - git config --global user.email "${GITLAB_USER_EMAIL}"
    - git config --global user.name "${GITLAB_USER_NAME}"
    - git remote set-url origin "https://gitlab-ci-token:${MY_PUSH_TOKEN}@gitlab.com/${CI_PROJECT_NAMESPACE}/${CI_PROJECT_NAME}.git"
    - git push -o ci.skip --tags origin HEAD:${CI_COMMIT_REF_NAME}
  artifacts:
    paths:
      - dist/*.whl
  only:
    - master

我的项目根目录中也有一个.bumpversion.cfg文件，内容如下：

[bumpversion]
commit = True
tag = False
current_version = 0.1.0-dev0
parse = (?P<major>\d+)\.(?P<minor>\d+)\.(?P<patch>\d+)(\-(?P<release>[a-z]+)(?P<build>\d+))?
serialize = 
    {major}.{minor}.{patch}-{release}{build}
    {major}.{minor}.{patch}

[bumpversion:file:setup.py]

[bumpversion:part:build]

[bumpversion:part:release]
optional_value = gamma
values = 
    dev
    gamma

使用两个自定义变量。它们需要在回购设置中添加到CI变量。如果要在不受保护的分支上使用它们，请确保取消选中受保护的支票。

MY_PUSH_TOKEN-这是在我的个人资料中创建的个人访问令牌。它具有read_repository和write_repository权限。我是该存储库的所有者/维护者，因此它授予了推送此存储库的权限。
PYPI_TOKEN-可选，需要将程序包推送到pypi.org。

最后但并非最不重要的，值得一提：

上面的示例使用了一个位于组中的存储库，如果您没有单个存储库，则可能需要更改set-url的原始地址。
-o ci.skip参数可防止构建管道触发循环

用法：

创建功能分支
推送代码
创建合并请求
将MR合并为主人

ci作业负责打包，发布，上载和碰到下一个补丁。

要更改主要或次要内容，请在功能分支的本地命令行中手动调用它并将其推送。

bump2version工具也会自动处理标记。

我用来获得此解决方案的一些资源：

https://medium.com/@tishkov.pavel/autotagging-in-gitlab-step-by-step-guide-c3a8dd47087a-使ci正常工作。
https://williamhayes.medium.com/versioning-using-bumpversion-4d13c914e9b8-帮助我更好地理解ump2version

manbetx客户端打不开CI凹凸Python包版本

1 个答案: