你寫了一個 Python 庫。自己覺著這太棒了!如果讓人們能夠輕鬆使用它不是很優雅麼?這有一個需要考慮的清單,以及在開源 Python 庫時要採取的具體步驟。
1、原始碼
將程式碼放在 GitHub 上,這裡有很多開源專案,並且人們很容易提交拉取請求。
2、許可證
選擇一個開源許可證。一般來說 MIT 許可證[2]是一個挺好的寬容許可證。如果你有特定要求,Creative Common 的選擇許可證[3]可以指導你完成其它選擇。最重要的是,在選擇許可證時要記住三條規則:
3、README
將一個名為 README.rst
的檔案(使用 ReStructured Text 格式化)放在專案樹的頂層。
GitHub 將像 Markdown 一樣渲染 ReStructured Text,而 ReST 在 Python 的檔案生態系統中的表現更好。
4、測試
寫測試。這對你來說沒有用處。但對於想要編寫避免破壞相關功能的補丁的人來說,它非常有用。
測試可幫助協作者進行協作。
通常情況下,如果可以用 pytest[4] 執行就最好了。還有其他測試工具 —— 但很少有理由去使用它們。
5、樣式
使用 linter 制定樣式:PyLint、Flake8 或者帶上 --check
的 Black 。除非你使用 Black,否則請確保在一個檔案中指定配置選項,並簽入到版本控制系統中。
6、API 檔案
使用 docstrings 來記錄模組、函式、類和方法。
你可以使用幾種樣式。我更喜歡 Google 風格的 docstrings[5],但 ReST docstrings[6] 也是一種選擇。
Sphinx 可以同時處理 Google 風格和 ReST 的 docstrings,以將零散的檔案整合為 API 檔案。
7、零散檔案
使用 Sphinx[7]。(閱讀我們這篇文章[8]。)教程很有用,但同樣重要的是要指明這是什麼、它有什麼好處、它有什麼壞處、以及任何特殊的考慮因素。
8、構建
使用 tox 或 nox 自動執行測試和 linter,並構建檔案。這些工具支援“依賴矩陣”。這些矩陣往往會快速增長,但你可以嘗試針對合理的樣本進行測試,例如 Python 版本、依賴項版本以及可能安裝的可選依賴項。
9、打包
使用 setuptools[9] 工具。寫一個 setup.py
和一個 setup.cfg
。如果同時支援 Python 2 和 3,請在 setup.cfg
中指定 universal 格式的 wheel。
tox 或 nox 應該做的一件事是構建 wheel 並對已安裝的 wheel 進行測試。
避免使用 C 擴充套件。如果出於效能或系結的原因一定需要它們,請將它們放在單獨的包中。正確打包 C 擴充套件可以寫一篇新的文章。這裡有很多問題!
10、持續整合
使用公共持續工具。TravisCI[10] 和 CircleCI[11] 為開源專案提供免費套餐。將 GitHub 或其他倉庫配置為在合併拉請求之前需要先透過檢查,那麼你就不必擔心在程式碼評審中告知使用者修複測試或樣式。
11、版本
使用 SemVer[12] 或 CalVer[13]。有許多工具可以幫助你管理版本:incremental[14]、bumpversion[15] 和 setuptools_scm[16] 等都是 PyPI 上的包,都可以幫助你管理版本。
12、釋出
透過執行 tox 或 nox 並使用 twine 將檔案上傳到 PyPI 上釋出。你可以透過在 DevPI[17]中“測試上傳”。
via: https://opensource.com/article/18/12/tips-open-sourcing-python-libraries
作者:Moshe Zadka[19] 選題:lujun9972 譯者:geekpi 校對:wxy