大家好,
既然@idan接受了 oauthlib 社区迁移,作为一个团队,我们应该列出我们作为一个真正的社区需要做什么。 我建议从一个小名单开始,请任何人,随时通过添加任何建议来参与:-)
定义/改进发布流程:
github's releases
,在2.0.5 __init__.py
和2.0.6上pypi
...不对劲肯定TRAVIS_TAG
直接定义版本(参见 https://github.com/thomsonreuters/bottle-oauthlib/blob/master/ 中的示例) setup.py 而不是我们当前的硬编码值:https://github.com/oauthlib/oauthlib/blob/master/oauthlib/__init__.py)。 另外,我已经看到@ib-lundgren 是 pypi 包的实际发布者,他多年来看起来不活跃,但不知道这是否有问题。未来,路线图:
此外,快速圆桌会议可能很棒。 我开始介绍,我目前正在使用 Bottle 进行 OAuth2.0 RequestValidator 实现,我从未使用过 OAuth1.0、Django、Pyramid 或 Flask。 但是,我试图对这里涉及的 RFC 有很好的了解(oauth2、内省、撤销、jwt...)。 我还没有开始集成 OpenID,但它很快就会到来。
所有伟大的想法@JonathanHuot!
人们会怎么想:
@JonathanHuot我在这里尝试澄清一些事情https://github.com/oauthlib/oauthlib/issues/512
我能做什么就问吧。
插话 :) 在做 PR 时,我注意到没有编码风格,这让事情有时难以遵循。 如果你们还好,我想继续努力。 也许从一个包含提案的问题开始,然后被接受,然后开始 :nail_care: 代码库?
嗨@MattBlack85 ,这是个好主意,欢迎在这个方向上进行任何工作! :-)
_re:编码风格_。 我在使用 autopep8 和 yapf 处理过的项目中发现,我基本上可以让工具清理编码风格,所以我不必担心(除非清理版本少得多比不清理它有用,通常与更清晰的行长度有关,并且仅超出长度边界一两个字符)。 我在 Emacs 中使用 elpy-mode 来简化它,但我怀疑它也可以在命令行和 CI 中轻松完成。
在 repo 的根目录中有一个.editorconfig
也很有用。
只是想我们可能希望在通过格式化程序传递代码之前运行合并当前打开的 PR。 我完全支持 pep8/flake8/yapf。
:+1:
👍
我非常喜欢保留 PEP8 的东西。
最有用的评论
只是想我们可能希望在通过格式化程序传递代码之前运行合并当前打开的 PR。 我完全支持 pep8/flake8/yapf。