【问题标题】:Preventing conflicts when deploying multiple distros to PyPI using Travis-CI使用 Travis-CI 将多个发行版部署到 PyPI 时防止冲突
【发布时间】:2018-03-05 08:32:46
【问题描述】:

我希望 Travis CI 在新提交到达 master 分支时构建并部署以下工件到 PyPI:

  • Python 2 轮
  • Python 3 轮子
  • 来源

为了实现这一点,我已将以下内容添加到 .travis.yml

language: python
python:
  - '2.7'
  - '3.5'
  - '3.6'
deploy:
  on:
    branch: master
  provider: pypi
  distribution: bdist_wheel sdist

对于正常的构建/测试,配置效果很好。但是,它引入了一个竞争条件when deploying to PyPI

Uploading distributions to https://upload.pypi.org/legacy/
Uploading PyOTA-2.0.0b1.tar.gz
HTTPError: 400 Client Error: File already exists. for url: https://upload.pypi.org/legacy/

我应该对 .travis.yml 进行哪些更改以让 Travis CI 将正确的工件部署到 PyPI?

【问题讨论】:

    标签: travis-ci pypi


    【解决方案1】:

    我今天遇到了这个问题,最终发现了这个记录不足的 gem:

    deploy:
      provider: pypi
      skip_existing: true
      ...
    

    我在一个项目中使用skip_existing: true 来获得一次发布的源代码和轮子,即使我测试了几个不同的配置和 python 版本。便利。此resolved github issue 中的更多详细信息。我还提交了documentation diff

    【讨论】:

      【解决方案2】:

      有些日子我会跳出框框思考;其他日子它只是一个非常大的盒子。

      以前,这个项目需要单独的 Python 2 和 Python 3 轮子,所以我需要 Travis CI 来使用不同版本的 Python 构建轮子。

      但最近我得到了正确构建通用轮子的项目,所以现在 Travis 可以使用任何一种 Python 版本构建所有部署工件。

      我相应地修改了.travis.yml,而everything is working great

      deploy:
        on:
          branch: master
          python: '3.6'
      

      【讨论】:

      • 这是一个很好的答案。这不是我所期望的,但根据我的研究,这是正确的答案。我一直在寻找一种将构建和测试与部署分开的方法,这实现了这一点,但不是以我期望的方式。感谢您的帮助!和你一样,我已经在制造通用轮子了,但是是否值得更新你的回复,在 setup.py 中使用options={'bdist_wheel': {'universal': True}} 包含你是如何做到这一点的?
      • 啊,有趣;我不知道这是一个选择。我把它放在setup.cfg.
      猜你喜欢
      • 2019-10-08
      • 2016-08-03
      • 2014-11-13
      • 2018-09-07
      • 2020-04-23
      • 1970-01-01
      • 1970-01-01
      • 2018-11-05
      • 2020-07-01
      相关资源
      最近更新 更多