皆さんこんにちは、
@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パッケージの実際の発行元であるのを見てきました。彼は何年もの間非アクティブに見えますが、それが問題であるかどうかはわかりません。将来、ロードマップ:
また、簡単な円卓会議も素晴らしいかもしれません。 紹介を始めます。現在、ボトルを使用したOAuth2.0 RequestValidatorの実装に取り組んでいます。また、OAuth1.0、Django、Pyramid、Flaskを使用したことはありません。 ただし、ここに含まれるRFC(oauth2、introspect、revocation、jwt ...)について十分な知識を得ようとしています。 私はまだOpenID統合を開始していませんが、まもなく開始されます。
すべての素晴らしいアイデア@JonathanHuot!
そして、人々はどう思いますか:
@JonathanHuotここで少し明確にしようとしていますhttps://github.com/oauthlib/oauthlib/issues/512
私にできることは何でも聞いてください。
PRに取り組んでいるときにチャイムを鳴らしていると、コーディングスタイルがないことに気づきました。 よろしければ、それに取り組みたいと思います。 たぶん、提案を含む問題から始めて、その後受け入れられて、:nail_care:コードベースを始めますか?
こんにちは@ MattBlack85 、それは良い考えです、この方向でのどんな仕事も歓迎されます! :-)
_re:コーディングスタイル_。 autopep8とyapfを使用して取り組んだプロジェクトで、基本的にツールにコーディングスタイルをクリーンアップさせることができるので、心配する必要はありません(クリーンアップされたバージョンがはるかに少ない場合を除く)クリーンアップしないよりも便利です。通常、行の長さがより明確になり、長さの境界を1〜2文字超えるだけの場合に役立ちます)。 私はそれを簡単にするためにEmacsでelpy-modeを使用していますが、コマンドラインやCIでも簡単に実行できると思います。
リポジトリのルートに.editorconfig
があることも便利です。
コードをフォーマッターに渡す前に、現在開いているPRをマージして実行したいと考えているだけです。 私はすべてpep8 / flake8 / yapfです。
:+1:
👍
私はPEP8を維持するのが大好きです。
最も参考になるコメント
コードをフォーマッターに渡す前に、現在開いているPRをマージして実行したいと考えているだけです。 私はすべてpep8 / flake8 / yapfです。