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:
github's releases
, 2.0.5 pada __init__.py
dan 2.0.6 pada pypi
...sesuatu yang salah pastiTRAVIS_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.Masa depan, peta jalan:
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.
Semua ide bagus @JonathanHuot!
Dan apa yang orang pikirkan tentang:
@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.
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.