Sebaliknya, sebelum melaporkan sebuah kesalahan atau meminta fitur baru pada ticket tracker, pertimbangkan titik-titik ini:
\nPeriksa seseorang yang belum mengajukan kesalahan atau permintaan fitur dengan searching atau menjalankan custom queries di pelacak tiket.
Jangan gunakan sistem tiket untuk meminta dukungan pertanyaan. Gunakan daftar django-users atau saluran #django IRC untuk itu.
Don't reopen issues that have been marked "wontfix" without finding consensus\nto do so on the Django Forum or django-developers list.
Don't use the ticket tracker for lengthy discussions, because they're\nlikely to get lost. If a particular ticket is controversial, please move the\ndiscussion to the Django Forum or django-developers list.
Penulisan-bagus laporan kesalahan adalah luar biasa sangat membantu. Bagaimanapun, ada jumlah tertentu dari atas ikut dalam bekerja dengan sistem pelacakan kesalahan apapun sehingga bantuan anda dalam menjaga pelacak tiket berguna mungkin sangat dihargai. Khususnya:
\nLakukan baca FAQ untuk melihat jika masalah anda mungkin menjadi pertanyaan dikenal.
Lakukan tanya pada django-users atau #django pertama jika anda tidak yakin jika apa yang anda lihat adalah sebuah kesalahan.
Lakukan tulsi lengkap, dapat digandakan, laporan kesalahan khusus. anda harus mememasukkan jelas, gambaran ringkas dari masalah, dan mensetel petunjuk untuk menggandakan itu. Tambah sebanyak informasi mencari kesalahan anda bisa: potongan kode, kasus percobaan, pengecualian pelacakan kebelakang, tangkapan layar, dll. Sebuah kasus percobaan kecil yang bagus adalah cara terbaik untuk melaporkan kesalahan, itu memberikan kami cara membantu untuk mengkonfirmasi kesalahan dengan cepat.
Jangan tempatkan pada django-developers hanya untuk mengumumkan bahwa anda telah memberkaskan laporan kesalahan. Semua tiket disuratkan ke daftar lain, django-updates, yang dilacak oleh pengembang dan anggota komunitas yang tertarik; kami melihat mereka ketika mereka diberkaskan.
Untuk memahami siklus hidup tiket anda pertama anda telah membuatnya, mengacu ke Mendahulukan tiket.
\nJika kesalahan atau fitur anda menyentuh pada apapun penglihatan dalam alami, terdapat beberapa tambahan panduan untuk diikuti:
\nInclude screenshots in your ticket which are the visual equivalent of a\nminimal test case. Show off the issue, not the crazy customizations\nyou've made to your browser.
Jika masalah sulit untuk ditunjukkan menggunakan gambar diam, pertimbangkan mengambil rekaman layar singkat. Jika perangkat lunak anda mengizinkannya, tangkap hanya kawasan yang sesuai dari layar.
If you're offering a patch that changes the look or behavior of Django's\nUI, you must attach before and after screenshots/screencasts.\nTickets lacking these are difficult for triagers to assess quickly.
Cetak layar tidak membebaskan anda dari praktik pelaporan bagus. pastikan menyertakan URL, potongan kode, dan petunjuk langkah-demi-langkah pada bagaimana membuat kembali kebiasaan nampak dalam cetak layar.
Pastikan menyetel bendera UI/UX pada tiket sehingga pihak tertarik dapat menemukan tiket anda.
Kami selalu mencoba membuat Django lebih baik, dan permintaan fitur anda adalah kunci bagian dari itu. Disini ada beberapa tip dalam bagaimana membuat permintaan paling efektif:
\nPastikan fitur sebenarnya membutuhkan perubahan dalam inti Django. Jika ide anda dapat dikembangkan sebagai aplikasi berdiri sendiri atau modul - contohnya, anda ingin mendukung mesin basisdata lain - kamia kan mungkin menyarankan anda mengembangkan itu secara mandiri. kemudian, jika proyek anda mendapatkan dukungan komunitas cukup, kami mungkin mempertimbangkan itu untuk disertakan di Django.
First request the feature on the Django Forum or django-developers list,\nnot in the ticket tracker. It'll get read more closely if it's on the mailing\nlist. This is even more important for large-scale feature requests. We like\nto discuss any big changes to Django's core before actually working on them.
Gambarkan dengan jelas dan secara singkat apa fitur yang hilang dan bagaimana anda ingin melihatnya diterapkan. Sertakan kode contoh (bukan-fungsional OKE) jika memungkinkan.
Explain why you'd like the feature. Explaining a minimal use case will help\nothers understand where it fits in, and if there are already other ways of\nachieving the same thing.
If there's a consensus agreement on the feature, then it's appropriate to\ncreate a ticket. Include a link to the discussion in the ticket description.
\nSeperti dengan kebanyakan proyek sumber-terbuka, kode berbicara. Jika anda ingin menulis kode untuk fitur itu sendiri atau, bahkan lebih baik, jika anda teah menulisnya, itu jauh lebih mungkin diterima. Cabangkan Django pada GitHub, buat sebuah fitur, dan tunjukkan kami kerja anda!
\nLihat juga: Mendokumentasikan fitur baru.
\nWhenever possible, we strive for a rough consensus. To that end, we'll often\nhave informal votes on django-developers or the Django Forum about a feature.\nIn these votes we follow the voting style invented by Apache and used on Python\nitself, where votes are given as +1, +0, -0, or -1.\nRoughly translated, these votes mean:
\n+1: "Saya cinta ide dan Saya sangat kuat melakukannya."
+0: "Kedengarannya OKE buat saya."
-0: "Saya tidak senang, tetapi Saya tidak berdiri di jalan."
-1: "Saya sangat tidak setuju dan akan sangat tidah bahagia untuk melihat ide berubah menjadi kenyataan."
Although these votes are informal, they'll be taken very seriously. After a\nsuitable voting period, if an obvious consensus arises we'll follow the votes.
\nHowever, consensus is not always possible. If consensus cannot be reached, or\nif the discussion toward a consensus fizzles out without a concrete decision,\nthe decision may be deferred to the steering council.
\nSecara internal, dewan pengarah akan menggunakan mekanisme pemilihan sama. Saran akan dianggap dilakukan jika:
\nAda setidaknya tiga pilihan "+1" dari anggota dewan pengarah..
Tidak ada pilihan "-1" dari setiap anggota dewan pengarah.
Pemungutan suara harus diajukan dalam minggu ini.
\nSince this process allows any steering council member to veto a proposal, a\n"-1" vote should be accompanied by an explanation of what it would take to\nconvert that "-1" into at least a "+0".
\nVotes on technical matters should be announced and held in public on the\ndjango-developers mailing list or on the Django Forum.
\n