‘python setup.py publish’

一切都是从这里开始的。一天我在看汤姆的代码时发现python setup.py publish命令在Django Rest Framework里的 setup.py模块里面。它像这样：

用这种方法太赞了，我不需要去查找那有些晦涩的python setup.py sdist upload命令，或是真的很让人困惑的python setup.py bdist_wheel upload命令了。取而代之的是，当要把包发布在PyPI上时，我只需要打下：

好记多了！

‘python setup.py tag’

汤姆的python setup.py publish指令的问题在于，他强迫我去打出git tag命令。好吧，诚实些，他让我复制/粘贴我屏幕上的输出。因此，全靠我自己，我“发明”了python setup.py tag 指令：

很漂亮，哈？现在我不需要去记住那么多模糊的git命令。我就得到了短版python setup.py publish命令：

当我需要做一个版本时，我用我的代码，然后打出：

我为什么不合并那些代码？嗯，你不可以把“RC1”或“-alpha”用作你PyPI的版本名称。分离这些命令，我可以对我的包的发布有更精细的掌控。我被鼓励用alpha、beta，还有在git tag发布参与者，而不是正式的PyPI发布。

‘python setup.py test’

我很确定我的一些读者在这个窍门中会遇到很严重的问题。事实上，依据管理python包的基础建设的人的回应，这会在我接下来的“陷阱”博文中讲。

那么然后……

我喜欢py.test。我曾写过关于使用py.test的博客。我试着在各处用它。然而，我真的不是必须用python setup.py test的狂热分子。我感觉到用py.test不舒服的那一刻是它让我在setup.py中添加特殊类时。

不幸的是，有另一种方式：

只意味着我要添加一个简单的代码来用py.test和python setup.py test：

理论上，可以运行pip install命令安装缺少依赖包，或者从requirements文件中调用。但是，由于这是“窍门”，我想让它保持简洁好用。如果我用这个得到了足够的好结果，我会更新这个包括缺少要求的pip调用的例子。

注意：这不是说我不用tox。实际上，我用tox来调用我那一版本的python setup.py test。