Oauthlib: Migrasi ke komunitas oauthlib

Dibuat pada 28 Jan 2018  ·  10Komentar  ·  Sumber: oauthlib/oauthlib

Halo semuanya,

Sejak @idan menerima migrasi komunitas oauthlib, sebagai sebuah tim, kita harus membuat daftar apa yang kita butuhkan untuk maju sebagai komunitas sejati. Saya sarankan untuk memulai dengan daftar kecil, dan tolong siapa pun, jangan ragu untuk berpartisipasi dengan menambahkan saran apa pun :-)

Tentukan/Tingkatkan proses rilis:

  • [x] : Menandai
    Nomor rilis salah: kami memiliki 2.0.3 pada github's releases , 2.0.5 pada __init__.py dan 2.0.6 pada pypi ...sesuatu yang salah pasti
  • [x] : Penerbitan
    Saya akan merekomendasikan untuk terus menggunakan Travis untuk penerbitan, namun kami dapat mendefinisikan versi secara langsung dengan menggunakan variabel lingkungan TRAVIS_TAG (lihat contoh di https://github.com/thomsonreuters/bottle-oauthlib/blob/master/ setup.py alih-alih nilai hard-coded kami saat ini: https://github.com/oauthlib/oauthlib/blob/master/oauthlib/__init__.py ). Juga, saya telah melihat @ib-lundgren adalah penerbit sebenarnya dari paket pypi, dia terlihat tidak aktif sejak bertahun-tahun, tetapi tidak tahu apakah itu masalah.
  • [x] : Dokumentasi
    README perlu diperbarui dengan lencana yang diperbarui untuk URL repositori travis-ci.org (pemilik harus mengaktifkannya, AFAIK), dan juga menambahkan lencana untuk pembuatan dokumentasi , karena gagal sejak lama: https://readthedocs.org /proyek/oauthlib/builds/6483131/
    SELESAI DI : https://github.com/oauthlib/oauthlib/pull/520
  • [x] : Komunikasi
    Tidak ada keberatan untuk terus menggunakan masalah github dan Google+ , namun tampaknya agak ketinggalan zaman. Juga, saluran #oauthlib IRC kosong, ~bertanya-tanya apakah kita bisa membuat ruang Slack jika tertarik?~
    KESIMPULAN : gitter datang untuk menyelamatkan. Jangan ragu untuk bergabung di https://gitter.im/oauthlib/Lobby

Masa depan, peta jalan:

  • [ ] : Lakukan pencucian serangga secara berkala dapat bermanfaat

Juga, meja bundar cepat bisa menjadi hal yang bagus. Saya memulai perkenalan, saat ini saya sedang mengerjakan implementasi OAuth2.0 RequestValidator dengan botol, dan saya tidak pernah bekerja dengan OAuth1.0, atau Django atau Pyramid atau Flask. Namun, saya mencoba untuk memiliki pengetahuan yang baik tentang RFC yang terlibat di sini (oauth2, introspeksi, pencabutan, jwt ...). Saya belum memulai integrasi OpenID, tetapi akan segera hadir.

Komentar yang paling membantu

Hanya berpikir kita mungkin ingin menjalankan penggabungan PR yang saat ini terbuka sebelum meneruskan kode melalui formatter. Saya mendukung pep8/flake8/yapf.

Semua 10 komentar

Semua ide bagus @JonathanHuot!

Dan apa yang orang pikirkan tentang:

  • Membersihkan beberapa cabang tua.
  • Mulai menggunakan pencapaian GitHub untuk merencanakan rilis (senang menjalankan pertama kali pada mis. 3.0, 3.1, 4.0).
  • Berencana untuk menghentikan dukungan untuk Python 2 di salah satu rilis utama (mungkin 4.0).
  • Memperkenalkan anotasi tipe (setelah menjatuhkan Python 2).
  • Memperkenalkan gaya pengkodean.

@JonathanHuot Saya mencoba menghapus sedikit hal di sini https://github.com/oauthlib/oauthlib/issues/512

Apa pun yang bisa saya lakukan hanya bertanya.

menimpali :) saat mengerjakan PR, saya perhatikan tidak ada gaya pengkodean yang membuat hal-hal terkadang sulit untuk diikuti. Saya ingin mengerjakannya jika kalian baik-baik saja. Mungkin dimulai dengan masalah yang berisi proposal dan setelah itu diterima, mulai ke :nail_care: basis kode?

Hai @MattBlack85 , itu ide yang bagus, pekerjaan apa pun ke arah ini disambut baik! :-)

_re: gaya pengkodean_. Saya telah menemukan dalam proyek yang telah saya kerjakan dengan menggunakan autopep8 dan yapf, pada dasarnya saya dapat membiarkan perkakas membersihkan gaya pengkodean jadi saya tidak perlu khawatir tentang itu (kecuali dalam kasus di mana versi yang dibersihkan jauh lebih sedikit berguna daripada tidak dibersihkan, biasanya berkaitan dengan panjang garis yang akan lebih jelas dan hanya melebihi batas panjang satu atau dua karakter). Saya menggunakan elpy-mode di Emacs untuk membuatnya mudah, tetapi saya menduga itu dapat dengan mudah dilakukan di baris perintah, dan juga CI.

Memiliki .editorconfig di root repo juga berguna.

Hanya berpikir kita mungkin ingin menjalankan penggabungan PR yang saat ini terbuka sebelum meneruskan kode melalui formatter. Saya mendukung pep8/flake8/yapf.

:+1:

👍

Saya penggemar berat hanya menjaga hal-hal PEP8.

Jika tidak ada keberatan, saya menyatakan tugas ini selesai

Komunitas baru telah merilis satu patch 2.0.7 dan satu rilis minor 2.1.0 dan kami sedang bekerja menuju rilis utama 3.0.0 .

Jangan ragu untuk ikut serta dan berpartisipasi dalam rilis baru yang menarik ini!

Apakah halaman ini membantu?
0 / 5 - 0 peringkat

Masalah terkait

prudnikov picture prudnikov  ·  11Komentar

JonathanHuot picture JonathanHuot  ·  26Komentar

thedrow picture thedrow  ·  31Komentar

jcampbell05 picture jcampbell05  ·  14Komentar

ViktorHaag picture ViktorHaag  ·  11Komentar