{"title":"Mendahulukan tiket","version":"1.9","locale":"id","docname":"internals/contributing/triaging-tickets","url":"/id/1.9/internals/contributing/triaging-tickets/","canonical":"https://djangodocs.dev/id/1.9/internals/contributing/triaging-tickets/","summary":"Django uses Trac for managing the work on the code base. Trac is a community-tended garden of the bugs people have found and the features people would like…","html":"

Mendahulukan tiketLink to this heading#

\n

Django uses Trac for managing the work on the code base. Trac is a\ncommunity-tended garden of the bugs people have found and the features people\nwould like to see added. As in any garden, sometimes there are weeds to be\npulled and sometimes there are flowers and vegetables that need picking. We need\nyour help to sort out one from the other, and in the end we all benefit\ntogether.

\n

Like all gardens, we can aspire to perfection but in reality there's no such\nthing. Even in the most pristine garden there are still snails and insects.\nIn a community garden there are also helpful people who -- with the best of\nintentions -- fertilize the weeds and poison the roses. It's the job of the\ncommunity as a whole to self-manage, keep the problems to a minimum, and\neducate those coming into the community so that they can become valuable\ncontributing members.

\n

Similarly, while we aim for Trac to be a perfect representation of the state\nof Django's progress, we acknowledge that this simply will not happen. By\ndistributing the load of Trac maintenance to the community, we accept that\nthere will be mistakes. Trac is "mostly accurate", and we give allowances for\nthe fact that sometimes it will be wrong. That's okay. We're perfectionists\nwith deadlines.

\n

We rely on the community to keep participating, keep tickets as accurate as\npossible, and raise issues for discussion on our mailing lists when there is\nconfusion or disagreement.

\n

Django is a community project, and every contribution helps. We can't do this\nwithout you!

\n
\n

Alur kerja TriageLink to this heading#

\n

Sayangnyam tidak semua laporan kesalahan dan permintaan fitur di pelacak tiket menyediakan semua rincian dibutuhkan. Angka dari tiket mempunyai tambalan, tetapi tambalan tersebut tidak memenuhi semua persyaratan dari tambalan baik.

\n

One way to help out is to triage tickets that have been created by other\nusers. The core team and several community members work on this regularly, but\nmore help is always appreciated.

\n

Most of the workflow is based around the concept of a ticket's\ntriage stages. Each stage describes where in its\nlifetime a given ticket is at any time. Along with a handful of flags, this\nattribute easily tells us what and who each ticket is waiting on.

\n

Sejak gambar berharga seribu kata, mari kita mulai disana:

\n\"Django's\n\n

Kami telah mendapat dua peran pada diagram ini:

\n\n

Sebagai contoh, disini kita melihat daur hidup dari sebuah tiket rata-rata:

\n\n

Beberapa tiket membutuhkan sedikit umpan balik daripada ini, tapi kembali lagi beberapa tiket membutuhkan lebih banyak.

\n
\n
\n

Tahapan-tahapan TriageLink to this heading#

\n

Dibawah ini kami menggambarkan dalam lebih rinci beragam tingkatan dimana sebuah tiket mungkin mengalir selama siklus hidupnya.

\n
\n

Belum ditinjauLink to this heading#

\n

Tiket belum ditinjau oleh seorangpun yang merasa berkualitas untuk membuat keputusan tentang apakah tiket mengandung masalah sah, fitur yang berjalan terus, atau mungkin menutup untuk beragam alasan.

\n
\n
\n

DiterimaLink to this heading#

\n

Kawasan abu-abu besar! Arti mutlak dari "diterima" adalah bahwa masalah digambarkan dalam tiket adalah sah dan dalam beberapa tingkatan sedang dikerjakan. Diluar itu ada beberapa pertimbangan:

\n\n
\n
\n

Siap Untuk MendaftarLink to this heading#

\n

Tiket telah ditinjau oleh anggota dari perkumpulan lain daripada orang yang memasok tambalan dan cocok semua persyaratan untuk tambalan siap-penyerahan. Seorang penyerah sekarang butuh untuk memberikan tambalan tinjauan akhir sebelum diserahkan. Lihat New contributors' FAQ untuk "Tiket saya telah di dalam RFC selamanya! Apa yang harus saya lakukan?"

\n
\n
\n

Suatu hari/MungkinLink to this heading#

\n

Tahapan ini tidak ditampilkan pada diagram. Itu hanya digunakan oleh pengembang inti untuk tetap melacak dari ide tingkat-tinggi atau permintaan fitur jangka panjang.

\n

Tiket ini tidak umum dan keseluruhan kurang berguna sejak mereka tidak menggambarkan masalah nyata ditindaklanjuti. Mereka meningkatkan permintaan bahwa kami mungkin mempertimbangkan menambahkan suatu waktu ke kerangka jika sebuah tambalan sempurna diajukan. Mereka bukan prioritas tinggi.

\n
\n
\n
\n

Atribut triage lainnyaLink to this heading#

\n

Sejumlah bendera, muncul sebagai kotak centang di Trac, dapat di setel di tiket:

\n
\n

Memiliki TambalanLink to this heading#

\n

INi berarti tiket mempunyai sebuah patch terhubung. Ini akan ditinjau kembali untuk melihat jika tambalan ini "baik".

\n

Tiga bidang berikut (Butuh dokumentasi, Butuh percobaan, Tambalan butuh perbaikan) berlaku jika sebuah tambalan telah dipasok.

\n
\n
\n

Butuh dokumentasiLink to this heading#

\n

Bendera ini digunakan untuk tiket dengan tambalan yang butuh dokumentasi terkait. Dokumentasi lengkap dari fitur adalah prasyarat sebelum kami dapat memerika mereka ke dalam basiskode.

\n
\n
\n

Butuh pengujianLink to this heading#

\n

Ini menandai tambalan yang membutuhkan unit percobaan terkait. Kembali, ini adalah bagian diwajibkan dari tambalan sah.

\n
\n
\n

Tambalan butuh perbaikanLink to this heading#

\n

Bendera ini berarti bahwa meskipun tiket mempunyai tambalan, itu tidak siap untuk pendaftaran. Ini daat berarti tambalan tidak lagi berlaku, ada sebuah cacat dalam penerapan, atau bahwa kode tidak memenuhi standar kami.

\n
\n
\n

Pengambilan mudahLink to this heading#

\n

Tiket yang akan membutuhkan kecil, mudah, tambalan.

\n
\n
\n

TipeLink to this heading#

\n

Tiket harus dikelompokkan berdasarkan jenis diantara:

\n\n
\n
\n

KomponenLink to this heading#

\n

Tiket harus dikelompokkan kedalam komponen menandakan milik kawasan mana dari basiskode Django. Ini membuat tiket lebih baik tersusun dan lebih mudah ditemukan.

\n
\n
\n

KesederhanaanLink to this heading#

\n

The severity attribute is used to identify blockers, that is, issues which\nshould get fixed before releasing the next version of Django. Typically those\nissues are bugs causing regressions from earlier versions or potentially\ncausing severe data losses. This attribute is quite rarely used and the vast\nmajority of tickets have a severity of "Normal".

\n
\n
\n

VersiLink to this heading#

\n

Itu dimungkinkan menggunakan atribut versi untuk menandakan versi mana kesalahan dilaporkan telah dicirikan.

\n
\n
\n

UI/UXLink to this heading#

\n

Bendera ini digunakan untuk tiket yang terkait ke Antarmuka Pengguna dan pertanyaan Pengalaman pengguna. Sebagai contoh, bendera ini akan sesuai untuk pengguna-menghadapi fitur dalam formulir atau antarmuka admin.

\n
\n
\n

CcLink to this heading#

\n

Anda mungkin menambahkan nama pengguna atau alamt surel ke bidang ini untuk diberitahu ketika bantuan baru dibuat ke tiket.

\n
\n
\n

Kata kunciLink to this heading#

\n

Dengan bidang ini anda memungkinkan menandakan sebuah tiket dengan banyak kata kunci. Ini dapat berguna, sebagai contoh, untuk mengelompokkan beberapa tiket dari tema sama. Kata kunci dapat juga dipisahkan dengan koma atau spasi. Kata kunci pencarian mencari deretan karakter dimanapun dalam kata kunci. Sebagai contoh, mengklik pada tiket dengan katakunci "form: akan menghasilkan tiket mirip ditandai dengan kata kunci mengandung deretan karakter seperti "formset", "modelformset", dan "ManagementForm".

\n
\n
\n
\n

Menutup TiketLink to this heading#

\n

Ketika sebuah tiket telah melengkapi daur hidupnya, saatnya untuk itu ditutup. Menutup sebuah tiket adalah tanggung jawab besar, meskipun. Anda harus memastikan bahwa masalah benar-benar terselesaikan, dan anda butuh mengingat bahwa pelapor dari tiket mungkin tidak senang tiket mereka ditutup (meskipun sudah diperbaiki, tentunya). Jika anda tidak yakin tentang menutup sebuah tiket, ebih baik tinggalkan komentar dengan pemikiran anda.

\n

Jika anda menutup sebuah tiket, anda harus selalu memastikan berikut:

\n\n

Sebuah tiket dapat diselesaikan dalam sejumlah jalan:

\n\n

Jika anda percaya bahwa tiket yang telah ditutup dalam salah -- karena anda masih mempunayi masalah sama, atau itu muncul ditempat lain, atau penyortir telah membuat sebauh kesalahan -- silahkan buka kembali tiket dan sediakan informasi lebih lanjut. Kembali, mohon jangan dibuka kembali tiket yang telah ditandai sebagai "wontfix" oleh pengembang inti dan membawa masalah ke django-developers.

\n
\n
\n

Bagaimana saya dapat membantu dengan penyortiran?Link to this heading#

\n

Pengolahan penyortiran adalah utamanya dikendalikan oleh anggota komunitas. Benar, SIAPAPUN dapat membantu.

\n

Pengembang inti mungkin menyediakan umpan balik pada masalah yang mereka paham, atau membuat keputusan pada satu yang berlawanan, tetapi mereka tidak bertanggung jawab untuk penyortiran tiket secara umum.

\n

Untuk ikut serta, mulai dengan membuat sebuah akun pada Trac. Jika anda mempunyai sebuah akun tetapi lupa sandi anda, anda dapat menyetel kembali menggunakan password reset page.

\n

lalu, anda dapat membantu dengan:

\n\n\n

However, we do ask the following of all general community members working in\nthe ticket database:

\n\n
\n
\n

Bisecting a regressionLink to this heading#

\n

Pemulihan adalah sebuah kesalahan yang hadir dalam beberapa versi terbaru dari Django tetapi tidak di versi lama. Sepotong informasi sangat membantu adalah penyerahan yang memperkenalkan pemulihan. Sepengetahuan penyerahan yang menyebabkan perubahan dalam kebiasaan membantu mencirikan jika perubahan disengaja atau jika itu efek samping tidak sengaja. Disini bagaimana anda dapat menentukan ini.

\n

Begin by writing a regression test for Django's test suite for the issue. For\nexample, we'll pretend we're debugging a regression in migrations. After you've\nwritten the test and confirmed that it fails on the latest master, put it in a\nseparate file that you can run standalone. For our example, we'll pretend we\ncreated tests/migrations/test_regression.py, which can be run with:

\n
Shell
$ ./runtests.py migrations.test_regression\n
\n

Selanjutnya, kami menandai titik saat ini dalam sejarah menjadi "buruk" sejak kegagalan percobaan:

\n
Shell
$ git bisect bad\nYou need to start by "git bisect start"\nDo you want me to do it for you [Y/n]? y\n
\n

Sekarang, kami butuh menemukan titi dalam sejarah git sebelum pemulihan diperkenalkan (yaitu sebuah titik dimana percobaan lulus). Gunakan sesuatu seperti git checkout HEAD~100 untuk memeriksa pembetulan awal (100 penyerahan awal, dalam kasus ini). Periksa jika percobaan gagal. Jika demikian, tandai titik itu sebagai "buruk" (git bisect bad), lalu periksa pembetulan awal dan periksa kembali. Sekali anda menemukan pembetulan dimana percobaan anda lulus, tandai itu sebagai "bagus":

\n
Shell
$ git bisect good\nBisecting: X revisions left to test after this (roughly Y steps)\n...\n
\n

Now we're ready for the fun part: using git bisect run to automate the rest\nof the process:

\n
Shell
$ git bisect run python runtests.py migrations.test_regression\n
\n

You should see git bisect use a binary search to automatically checkout\nrevisions between the good and bad commits until it finds the first "bad"\ncommit where the test fails.

\n

Now, report your results on the Trac ticket, and please include the regression\ntest as an attachment. When someone writes a fix for the bug, they'll already\nhave your test as a starting point.

\n
","rootId":"triaging-tickets","toc":[{"title":"Alur kerja Triage","anchor":"triage-workflow","children":[]},{"title":"Tahapan-tahapan Triage","anchor":"triage-stages","children":[{"title":"Belum ditinjau","anchor":"unreviewed","children":[]},{"title":"Diterima","anchor":"accepted","children":[]},{"title":"Siap Untuk Mendaftar","anchor":"ready-for-checkin","children":[]},{"title":"Suatu hari/Mungkin","anchor":"someday-maybe","children":[]}]},{"title":"Atribut triage lainnya","anchor":"other-triage-attributes","children":[{"title":"Memiliki Tambalan","anchor":"has-patch","children":[]},{"title":"Butuh dokumentasi","anchor":"needs-documentation","children":[]},{"title":"Butuh pengujian","anchor":"needs-tests","children":[]},{"title":"Tambalan butuh perbaikan","anchor":"patch-needs-improvement","children":[]},{"title":"Pengambilan mudah","anchor":"easy-pickings","children":[]},{"title":"Tipe","anchor":"type","children":[]},{"title":"Komponen","anchor":"component","children":[]},{"title":"Kesederhanaan","anchor":"severity","children":[]},{"title":"Versi","anchor":"version","children":[]},{"title":"UI/UX","anchor":"ui-ux","children":[]},{"title":"Cc","anchor":"cc","children":[]},{"title":"Kata kunci","anchor":"keywords","children":[]}]},{"title":"Menutup Tiket","anchor":"closing-tickets","children":[]},{"title":"Bagaimana saya dapat membantu dengan penyortiran?","anchor":"how-can-i-help-with-triaging","children":[]},{"title":"Bisecting a regression","anchor":"bisecting-a-regression","children":[]}],"breadcrumbs":[{"docname":"internals/index","title":"Dalam Django","url":"/id/1.9/internals/"},{"docname":"internals/contributing/index","title":"Membantu untuk Django","url":"/id/1.9/internals/contributing/"}],"prev":{"docname":"internals/contributing/bugs-and-features","title":"Melaporkan kesalahan dan meminta fitur","url":"/id/1.9/internals/contributing/bugs-and-features/"},"next":{"docname":"internals/contributing/writing-code/index","title":"Penulisan kode","url":"/id/1.9/internals/contributing/writing-code/"},"formats":{"html":"/id/1.9/internals/contributing/triaging-tickets/","markdown":"/id/1.9/internals/contributing/triaging-tickets.md","json":"/id/1.9/internals/contributing/triaging-tickets.json"},"source":"https://github.com/django/django/blob/stable/1.9.x/docs/internals/contributing/triaging-tickets.txt","official":"https://docs.djangoproject.com/id/1.9/internals/contributing/triaging-tickets/","inVersions":["6.1","6.0","5.2","5.1","5.0","4.2","4.1","4.0","3.2","3.1","3.0","2.2","2.1","2.0","1.11","1.10","1.9"],"inLocales":["en","fr","ja","id","pt-br","es"]}