Всем привет,
Поскольку @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, я могу позволить инструментам очищать стиль кодирования, поэтому мне не нужно об этом беспокоиться (за исключением случаев, когда очищенная версия намного меньше полезно, чем неочищенный, обычно для длин строк, которые были бы более четкими и превышали бы границу длины только на один или два символа). Я использую elpy-mode в Emacs, чтобы упростить эту задачу, но я подозреваю, что это можно легко сделать и из командной строки, и из CI.
Также полезно иметь .editorconfig
в корне репо.
Просто подумайте, мы, вероятно, захотим выполнить пробег, объединяющий открытые в данный момент PR, прежде чем передавать код через форматировщик. Я за pep8 / flake8 / yapf.
: +1:
👍
Я большой поклонник того, чтобы просто сохранить PEP8.
Самый полезный комментарий
Просто подумайте, мы, вероятно, захотим выполнить пробег, объединяющий открытые в данный момент PR, прежде чем передавать код через форматировщик. Я за pep8 / flake8 / yapf.