Oauthlib: Миграция в сообщество oauthlib

Созданный на 28 янв. 2018  ·  10Комментарии  ·  Источник: oauthlib/oauthlib

Всем привет,

Поскольку @idan принял миграцию сообщества oauthlib, как команда, мы должны перечислить, что нам нужно для прогресса как настоящего сообщества. Я предлагаю начать с небольшого списка, и, пожалуйста, не стесняйтесь участвовать, добавляя любые предложения :-)

Определить / улучшить процесс выпуска:

  • [x]: добавление тегов
    Неправильные номера выпусков: у нас есть 2.0.3 на github's releases , 2.0.5 в __init__.py и 2.0.6 на pypi ... что-то точно не так
  • [x]: публикация
    Я бы рекомендовал продолжать использовать Travis для публикации, однако мы могли бы определить версию напрямую, используя переменную среды 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, он выглядит неактивным с годами, но не знаю, проблема ли это.
  • [x]: Документация
    README необходимо обновить с помощью обновленного значка для URL-адреса репозитория travis-ci.org (владелец должен включить его, AFAIK), а также добавить значок для сборки документации , поскольку он давно не работает: https://readthedocs.org / проекты / oauthlib / builds / 6483131 /
    СОВЕРШЕНО : https://github.com/oauthlib/oauthlib/pull/520
  • [x]: Связь
    Нет возражений против продолжения использования проблем с github и Google+ , однако это кажется немного устаревшим. Кроме того, канал IRC #oauthlib пуст, ~ интересно, можем ли мы создать Slack-комнату, если это интересно? ~
    ВЫВОД : на помощь пришел gitter. Не стесняйтесь присоединяться на https://gitter.im/oauthlib/Lobby

Будущее, дорожная карта:

  • []: Периодическая отмывка от ошибок может быть полезна

Кроме того, можно было бы провести быстрый круглый стол. Я начинаю знакомство, сейчас я работаю над реализацией OAuth2.0 RequestValidator с бутылкой, и я никогда не работал с OAuth1.0, ни с Django, ни с Pyramid, ни с Flask. Тем не менее, я стараюсь хорошо разбираться в рассматриваемом здесь RFC (oauth2, introspect, revocation, jwt ...). Я еще не приступил к интеграции OpenID, но она скоро появится.

Самый полезный комментарий

Просто подумайте, мы, вероятно, захотим выполнить пробег, объединяющий открытые в данный момент PR, прежде чем передавать код через форматировщик. Я за pep8 / flake8 / yapf.

Все 10 Комментарий

Всем отличных идей @JonathanHuot!

А о чем думают люди:

  • Очистка некоторых старых веток.
  • Начало использования контрольных точек GitHub для планирования выпусков (рад сделать первый запуск, например, на 3.0, 3.1, 4.0).
  • Планируется отказаться от поддержки Python 2 в одном из основных выпусков (возможно, 4.0).
  • Представляем аннотации типов (после отказа от Python 2).
  • Представляем стиль кодирования.

@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.

Если нет возражений, объявляю эту задачу выполненной 🍾

Новое сообщество выпустило один патч 2.0.7 и один второстепенный выпуск 2.1.0, и мы работаем над основным выпуском 3.0.0 .

Не стесняйтесь участвовать в этом новом захватывающем выпуске!

Была ли эта страница полезной?
0 / 5 - 0 рейтинги