# Dokumentasi Django 5.2.8

# Saran untuk penyumbang baru

Peyumbang baru dan tidak yakin apa yang harus dilakukan? Ingin membantu tetapi tidak tahu bagaimana memulai? Ini adalah bagian untuk anda.

Bangun dan berjalan!

Jika anda baru membantu Django, tutorial Writing your first contribution for Django akan memberikan anda sebuah perkenalan ke alat dan alurkerja.

Halaman ini mengandung saran umum pada cara anda dapat membantu Django, dan bagaimana mencapainya.

Jika anda mencari acuan pada rincian dari membuat bantuan kode, lihat dokumentasi Kode bantuan.

## Langkah pertama

Mulai dengan langkah-langkah ini untuk menemukan pengolahan pengembangan Django.

### Tiket triase

If an unreviewed ticket reports a bug, try and reproduce it. If you can reproduce it and it seems valid, make a note that you confirmed the bug and accept the ticket. Make sure the ticket is filed under the correct component area. Consider writing a patch that adds a test for the bug's behavior, even if you don't fix the bug itself. See more at How can I help with development?.

### Tinjau tambalan tiket yang diterima

This will help you build familiarity with the codebase and processes. Mark the appropriate flags if a patch needs docs or tests. Look through the changes a patch makes, and keep an eye out for syntax that is incompatible with older but still supported versions of Python. Run the tests and make sure they pass. Where possible and relevant, try them out on a database other than SQLite. Leave comments and feedback!

### Jaga agar patch lama tetap mutakhir

Oftentimes the codebase will change between a patch being submitted and the time it gets reviewed. Make sure it still applies cleanly and functions as expected. Updating a patch is both useful and important! See more on Daftar centang bantuan.

### Tulis beberapa dokumentasi

Django's documentation is great but it can always be improved. Did you find a typo? Do you think that something should be clarified? Go ahead and suggest a documentation patch! See also the guide on Menulis dokumentasi.

Catatan

reports page megnandung tautan ke banyak permintaan Trac berguna, termasuk beberapa yang berguna untuk mendhulukan tiket dan menilai tambalan seperti disarankan diatas.

### Tanda tangai Persetujuan Lisensi Penyumbang

Kode yang anda tulis milik anda atau majikan anda. Jika sumbangan anda lebih dari satu atau dua baris kode, anda butuh menandatangani CLA. Lihat Contributor License Agreement FAQ untuk untuk penjelasan lebih tuntas.

## Panduan

Sbagai seorang pendatang baru pada proyek besar, sangat mudah mengalami frustasi. Ini adalah beberapa saran untuk membuat pekerjaan anda pada Django lebih berguna dan bermanfaat.

### Ambil kawasan subjek

This should be something that you care about, that you are familiar with or that you want to learn about. You don't already have to be an expert on the area you want to work on; you become an expert through your ongoing contributions to the code.

### Menganalisa kontek dan riwayat tiket

Trac tidak mutlak; konteks hanya sama pentingnya dengan kata-kata. Ketika membaca Trac, anda perlu memperhitungkan siapa mengatakan hal-hal, dan kapan mereka katakan. Dukungan untuk sebuah ide dua tahun lalu tidak berarti bahwa ide akan masih mempunyai dukungan. Anda juga butuh perhatian ke siapa belum bicara -- sebagai contoh, jika seorang pembantu berpengalaman belum saat ini terlibat dalam sebuah obrolan, kemudian sebuah tiket mungkin tidak memiliki dukungan yang butuhkan untuk masuk ke dalam Django.

### Mulai kecil

Hal ini lebih mudah mendapatkan umpanbalik pada masalah kecil daripada yang besar. Lihat easy pickings.

### Konfirmasi dukungan sebelum menarik di tugas besar

Ini berarti mendapatkan seseorang lain untuk menegaskan bahwa sebuah kesalahan adalah nyata sebelum anda memperbaiki masalah, dan memastikan bahwa ada pemufakatan pada fitur yang diajukan sebelum anda pergi menerapkan itu.

### Berani! Berikan masukan!

Terkadang itu dapat menakutkan untuk menaruh pendapat anda ke dunia dan mengatakan "tiket ini benar" atau "tambalan ini butuh bekerja", tetapi itu hanya jalan proyek maju kedepan. Sumbangan dari komunitas luas Django akhirnya mempunyai dampak yang lebih hebat daripada satu orang. Kami tidak dapat melakukannya tanpa anda!

### Waspada ketika menandai hal-hal "Ready For Check-in"

If you're really not certain if a ticket is ready, don't mark it as such. Leave a comment instead, letting others know your thoughts. If you're mostly certain, but not completely certain, you might also try asking on the `#contributing-getting-started` channel in the Django Discord server to see if someone else can confirm your suspicions.

### Tunggu untuk umpan balik, dan tanggapi untuk umpan balik yang anda terima

Jika anda tidak yakin jika tiket sudah siap, jangan menandainya. Tinggalkan komentar sebagai gantinya, membiatkan lainnya mengetahui pikiran anda. Jika anda sangat yakin, tetapi tidak sepenuhnya yakin, anda mungkin juga coba menanyakan pada IRC untuk melihat jika lainnya dapat menegaskan kecurigaan anda.

### Bersikaplah tegas

When we say "PEP 8, and must have docs and tests", we mean it. If a patch doesn't have docs and tests, there had better be a good reason. Arguments like "I couldn't find any existing tests of this feature" don't carry much weight. While it may be true, that means you have the extra-important job of writing the very first tests for that feature, not that you get a pass from writing tests altogether.

### Harap sabar

It's not always easy for your ticket or your patch to be reviewed quickly. This isn't personal. There are a lot of tickets and pull requests to get through.

Keeping your patch up to date is important. Review the ticket on Trac to ensure that the Needs tests, Needs documentation, and Patch needs improvement flags are unchecked once you've addressed all review comments.

Remember that Django has an eight-month release cycle, so there's plenty of time for your patch to be reviewed.

Akhirnya, pengigat waktu-baik dapat membantu. Lihat contributing code FAQ untuk ide disini.