{"title":"Mengajukan tambalan","version":"1.9","locale":"id","docname":"internals/contributing/writing-code/submitting-patches","url":"/id/1.9/internals/contributing/writing-code/submitting-patches/","canonical":"https://djangodocs.dev/id/1.9/internals/contributing/writing-code/submitting-patches/","summary":"Kami semua selalu berterima kasih untuk tambalan-tambalan pada kode Django. Memang, laporan kesalahan dengan tambalan terhubung akan diperbaiki jauh lebih…","html":"<h1>Mengajukan tambalan<a class=\"heading-anchor\" href=\"#submitting-patches\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h1>\n<p>Kami semua selalu berterima kasih untuk tambalan-tambalan pada kode Django. Memang, laporan kesalahan dengan tambalan terhubung akan diperbaiki <em>jauh</em> lebih cepat daripada mereka yang tanpa tambalan.</p>\n<section id=\"typo-fixes-and-trivial-documentation-changes\">\n<h2>Perbaikan kesalahan ketik dan perubahan dokumentasi sepele.<a class=\"heading-anchor\" href=\"#typo-fixes-and-trivial-documentation-changes\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h2>\n<p>Jika anda sedang memperbaiki masalah sepele, sebagai contoh merubah sebuah kata di dokumentasi, cara dipilih untuk menyediakan tambalan adalah menggunakan menarik permintaan Github tanpa tiket Trac.</p>\n<p>Lihat <a class=\"reference internal\" href=\"/id/1.9/internals/contributing/writing-code/working-with-git/\"><span class=\"doc\">Bekerja dengan Git dan GitHub</span></a> untuk tincian lebih bagaimana menggunakan penarian permintaan.</p>\n</section>\n<section id=\"claiming-tickets\">\n<h2>Tiket &quot;Meminta&quot;<a class=\"heading-anchor\" href=\"#claiming-tickets\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h2>\n<p>In an open-source project with hundreds of contributors around the world, it's\nimportant to manage communication efficiently so that work doesn't get\nduplicated and contributors can be as effective as possible.</p>\n<p>Hence, our policy is for contributors to &quot;claim&quot; tickets in order to let other\ndevelopers know that a particular bug or feature is being worked on.</p>\n<p>If you have identified a contribution you want to make and you're capable of\nfixing it (as measured by your coding ability, knowledge of Django internals\nand time availability), claim it by following these steps:</p>\n<ul class=\"simple\">\n<li><p><a class=\"reference external\" href=\"https://code.djangoproject.com/github/login\">Login using your GitHub account</a> or <a class=\"reference external\" href=\"https://www.djangoproject.com/accounts/register/\">create an account</a> in our ticket\nsystem. If you have an account but have forgotten your password, you can\nreset it using the <a class=\"reference external\" href=\"https://www.djangoproject.com/accounts/password/reset/\">password reset page</a>.</p></li>\n<li><p>Jika sebuah tiket untuk masalah ini belum ada, buat satu di <a class=\"reference external\" href=\"https://code.djangoproject.com/\">ticket tracker</a> kami.</p></li>\n<li><p>If a ticket for this issue already exists, make sure nobody else has\nclaimed it. To do this, look at the &quot;Owned by&quot; section of the ticket.\nIf it's assigned to &quot;nobody,&quot; then it's available to be claimed.\nOtherwise, somebody else may be working on this ticket. Either find another\nbug/feature to work on, or contact the developer working on the ticket to\noffer your help. If a ticket has been assigned for weeks or months without\nany activity, it's probably safe to reassign it to yourself.</p></li>\n<li><p>Log into your account, if you haven't already, by clicking &quot;GitHub Login&quot;\nor &quot;DjangoProject Login&quot; in the upper left of the ticket page.</p></li>\n<li><p>Claim the ticket by clicking the &quot;assign to myself&quot; radio button under\n&quot;Action&quot; near the bottom of the page, then click &quot;Submit changes.&quot;</p></li>\n</ul>\n<aside class=\"admonition admonition-note\" role=\"note\">\n<p class=\"admonition-title\">Catatan</p>\n<p>The Django software foundation requests that anyone contributing more than\na trivial patch to Django sign and submit a <a class=\"reference external\" href=\"https://www.djangoproject.com/foundation/cla/\">Contributor License\nAgreement</a>, this ensures that the Django Software Foundation has clear\nlicense to all contributions allowing for a clear license for all users.</p>\n</aside>\n<section id=\"ticket-claimers-responsibility\">\n<h3>Ticket claimers' responsibility<a class=\"heading-anchor\" href=\"#ticket-claimers-responsibility\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h3>\n<p>Once you've claimed a ticket, you have a responsibility to work on that ticket\nin a reasonably timely fashion. If you don't have time to work on it, either\nunclaim it or don't claim it in the first place!</p>\n<p>If there's no sign of progress on a particular claimed ticket for a week or\ntwo, another developer may ask you to relinquish the ticket claim so that it's\nno longer monopolized and somebody else can claim it.</p>\n<p>If you've claimed a ticket and it's taking a long time (days or weeks) to code,\nkeep everybody updated by posting comments on the ticket. If you don't provide\nregular updates, and you don't respond to a request for a progress report,\nyour claim on the ticket may be revoked.</p>\n<p>Seperti biasa, komunikasi lebih lebih baik dati pada komunikasi kurang!</p>\n</section>\n<section id=\"which-tickets-should-be-claimed\">\n<h3>Tiket mana harus diminta?<a class=\"heading-anchor\" href=\"#which-tickets-should-be-claimed\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h3>\n<p>Of course, going through the steps of claiming tickets is overkill in some\ncases.</p>\n<p>In the case of small changes, such as typos in the documentation or\nsmall bugs that will only take a few minutes to fix, you don't need to jump\nthrough the hoops of claiming tickets. Just submit your patch and be done with\nit.</p>\n<p>Of course, it is <em>always</em> acceptable, regardless whether someone has claimed it\nor not, to submit patches to a ticket if you happen to have a patch ready.</p>\n</section>\n</section>\n<section id=\"patch-style\">\n<span id=\"id1\"></span><h2>Gaya tambalan<a class=\"heading-anchor\" href=\"#patch-style\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h2>\n<p>Make sure that any contribution you do fulfills at least the following\nrequirements:</p>\n<ul class=\"simple\">\n<li><p>The code required to fix a problem or add a feature is an essential part\nof a patch, but it is not the only part. A good patch should also include a\n<a class=\"reference internal\" href=\"/id/1.9/internals/contributing/writing-code/unit-tests/\"><span class=\"doc\">regression test</span></a> to validate the behavior that has been\nfixed and to prevent the problem from arising again. Also, if some tickets\nare relevant to the code that you've written, mention the ticket numbers in\nsome comments in the test so that one can easily trace back the relevant\ndiscussions after your patch gets committed, and the tickets get closed.</p></li>\n<li><p>If the code associated with a patch adds a new feature, or modifies\nbehavior of an existing feature, the patch should also contain\ndocumentation.</p></li>\n</ul>\n<p>When you think your work is ready to be reviewed, send <a class=\"reference internal\" href=\"/id/1.9/internals/contributing/writing-code/working-with-git/\"><span class=\"doc\">a GitHub pull\nrequest</span></a>. Please review the patch yourself using our\n<a class=\"reference internal\" href=\"#patch-review-checklist\"><span class=\"std std-ref\">patch review checklist</span></a> first.</p>\n<p>If you can't send a pull request for some reason, you can also use patches in\nTrac. When using this style, follow these guidelines.</p>\n<ul class=\"simple\">\n<li><p>Ajukan tambalan-tambalan dalam bentuk dikembalikan oleh perintah <code class=\"docutils literal notranslate\">git diff</code>.</p></li>\n<li><p>Lampirkan tambalan ke sebuah tiket dalam <a class=\"reference external\" href=\"https://code.djangoproject.com/\">ticket tracker</a>, menggunakan tombol &quot;attach file&quot;. Tolong <em>jangan</em> taruh tambalan dalam gambaran tiket atau komentar meskipun dia hanya sebuah tambalan baris tunggal.</p></li>\n<li><p>Nama berkas tambalan dengan perpanjangan <code class=\"docutils literal notranslate\">.diff</code>; ini akan membuat pelacak tiket memberlakukan penyorotan sintaksis benar, yang tentunya sangat membantu.</p></li>\n</ul>\n<p>Tanpa memperhatikan cara anda mengajukan pekerjaan anda, ikuti langkah-langkah ini.</p>\n<ul class=\"simple\">\n<li><p>Pastikan anda memenuhi persyaratan di  <a class=\"reference internal\" href=\"#patch-review-checklist\"><span class=\"std std-ref\">daftar centang pratinjau tambalan</span></a> kami.</p></li>\n<li><p>Check the &quot;Has patch&quot; box on the ticket and make sure the &quot;Needs\ndocumentation&quot;, &quot;Needs tests&quot;, and &quot;Patch needs improvement&quot; boxes aren't\nchecked. This makes the ticket appear in the &quot;Patches needing review&quot; queue\non the <a class=\"reference external\" href=\"https://dashboard.djangoproject.com/\">Development dashboard</a>.</p></li>\n</ul>\n</section>\n<section id=\"non-trivial-patches\">\n<h2>Tambalan bukan sepele<a class=\"heading-anchor\" href=\"#non-trivial-patches\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h2>\n<p>Tambalan &quot;bukan-sepele&quot; adalah satu yang lebih dari sebuah perbaikan kesalahan sederhana. Itu adalah sebuah tambalan yang memperkenalkan fungsi Django dan membuat beberapa urutan keputusan rancangan.</p>\n<p>Jika anda menyediakan tambalan bukan-sepele, sertakan saksi yang jalan lain telah diobrolkan di <a class=\"reference internal\" href=\"/id/1.9/internals/mailing-lists/#django-developers-mailing-list\"><span class=\"std std-ref\">django-developers</span></a>.</p>\n<p>Jika anda tidak yakin apakah tambalan anda harus dipertimbangkan bukan-sepele, tanya saja.</p>\n</section>\n<section id=\"deprecating-a-feature\">\n<span id=\"id2\"></span><h2>Mengusangkan fitur<a class=\"heading-anchor\" href=\"#deprecating-a-feature\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h2>\n<p>Terdapat beberapa alasan bahwa kode di Django mungkin diusangkan:</p>\n<ul class=\"simple\">\n<li><p>Jika sebuah fitur telah ditingkatkan atau dirubah di cara ketidaksesuaian-kebelakang, fitur atau kebiasaan lama akan diusangkan.</p></li>\n<li><p>Sometimes Django will include a backport of a Python library that's not\nincluded in a version of Python that Django currently supports. When Django\nno longer needs to support the older version of Python that doesn't include\nthe library, the library will be deprecated in Django.</p></li>\n</ul>\n<p>As the <a class=\"reference internal\" href=\"/id/1.9/internals/release-process/#internal-release-deprecation-policy\"><span class=\"std std-ref\">deprecation policy</span></a> describes,\nthe first release of Django that deprecates a feature (<code class=\"docutils literal notranslate\">A.B</code>) should raise a\n<code class=\"docutils literal notranslate\">RemovedInDjangoXXWarning</code> (where XX is the Django version where the feature\nwill be removed) when the deprecated feature is invoked. Assuming we have good\ntest coverage, these warnings are converted to errors when <a class=\"reference internal\" href=\"/id/1.9/internals/contributing/writing-code/unit-tests/#running-unit-tests\"><span class=\"std std-ref\">running the\ntest suite</span></a> with warnings enabled:\n<code class=\"docutils literal notranslate\">python -Wall runtests.py</code>. Thus, when adding a <code class=\"docutils literal notranslate\">RemovedInDjangoXXWarning</code>\nyou need to eliminate or silence any warnings generated when running the tests.</p>\n<p>The first step is to remove any use of the deprecated behavior by Django itself.\nNext you can silence warnings in tests that actually test the deprecated\nbehavior by using the <code class=\"docutils literal notranslate\">ignore_warnings</code> decorator, either at the test or class\nlevel:</p>\n<ol class=\"arabic\">\n<li><p>Di percobaan khusus:</p>\n<div class=\"code-block\" data-language=\"default\"><div class=\"code-block-toolbar\"><span class=\"code-block-language\">Code</span><button type=\"button\" class=\"copy-button\" data-copy hidden><span class=\"copy-button-label\">Copy</span></button></div><pre role=\"group\" tabindex=\"0\" aria-label=\"Code code\"><code><span class=\"kn\">from</span> <span class=\"nn\">django.test</span> <span class=\"kn\">import</span> ignore_warnings\n<span class=\"kn\">from</span> <span class=\"nn\">django.utils.deprecation</span> <span class=\"kn\">import</span> RemovedInDjangoXXWarning\n\n<span class=\"nd\">@ignore_warnings</span><span class=\"p\">(</span>category<span class=\"o\">=</span>RemovedInDjangoXXWarning<span class=\"p\">)</span>\n<span class=\"k\">def</span> <span class=\"nf\">test_foo</span><span class=\"p\">(</span><span class=\"bp\">self</span><span class=\"p\">):</span>\n    <span class=\"o\">...</span>\n</code></pre></div>\n</li>\n<li><p>Untuk kasus percobaan keseluruhan:</p>\n<div class=\"code-block\" data-language=\"default\"><div class=\"code-block-toolbar\"><span class=\"code-block-language\">Code</span><button type=\"button\" class=\"copy-button\" data-copy hidden><span class=\"copy-button-label\">Copy</span></button></div><pre role=\"group\" tabindex=\"0\" aria-label=\"Code code\"><code><span class=\"kn\">from</span> <span class=\"nn\">django.test</span> <span class=\"kn\">import</span> ignore_warnings\n<span class=\"kn\">from</span> <span class=\"nn\">django.utils.deprecation</span> <span class=\"kn\">import</span> RemovedInDjangoXXWarning\n\n<span class=\"nd\">@ignore_warnings</span><span class=\"p\">(</span>category<span class=\"o\">=</span>RemovedInDjangoXXWarning<span class=\"p\">)</span>\n<span class=\"k\">class</span> <span class=\"nc\">MyDeprecatedTests</span><span class=\"p\">(</span>unittest<span class=\"o\">.</span>TestCase<span class=\"p\">):</span>\n    <span class=\"o\">...</span>\n</code></pre></div>\n</li>\n</ol>\n<aside class=\"version-note version-changed\" data-version=\"1.8\" role=\"note\">\n<p class=\"version-note-title\">Changed in Django 1.8</p><p>Django versi sebelumnya mempunyai beberapa kelas <code class=\"docutils literal notranslate\">Ignore*DeprecationWarningsMixin</code> untuk mencegah peringatan dari kemunculan. Ini telah diganti dengan penghias <code class=\"docutils literal notranslate\">ignore_warnings</code>.</p>\n</aside>\n<p>Anda dapat juga menambahkan sebuah percobaan untuk peringatan pengusangan. Anda harus meniadakan kebiasaan &quot;peringatan sebagai kesalahan&quot; di percobaan anda dengan melakukan:</p>\n<div class=\"code-block\" data-language=\"default\"><div class=\"code-block-toolbar\"><span class=\"code-block-language\">Code</span><button type=\"button\" class=\"copy-button\" data-copy hidden><span class=\"copy-button-label\">Copy</span></button></div><pre role=\"group\" tabindex=\"0\" aria-label=\"Code code\"><code><span class=\"kn\">import</span> <span class=\"nn\">warnings</span>\n\n<span class=\"k\">def</span> <span class=\"nf\">test_foo_deprecation_warning</span><span class=\"p\">(</span><span class=\"bp\">self</span><span class=\"p\">):</span>\n    <span class=\"k\">with</span> warnings<span class=\"o\">.</span>catch_warnings<span class=\"p\">(</span>record<span class=\"o\">=</span><span class=\"kc\">True</span><span class=\"p\">)</span> <span class=\"k\">as</span> warns<span class=\"p\">:</span>\n        warnings<span class=\"o\">.</span>simplefilter<span class=\"p\">(</span><span class=\"s1\">&#39;always&#39;</span><span class=\"p\">)</span>  <span class=\"c1\"># prevent warnings from appearing as errors</span>\n        <span class=\"c1\"># invoke deprecated behavior</span>\n\n    <span class=\"bp\">self</span><span class=\"o\">.</span>assertEqual<span class=\"p\">(</span><span class=\"nb\">len</span><span class=\"p\">(</span>warns<span class=\"p\">),</span> <span class=\"mi\">1</span><span class=\"p\">)</span>\n    msg <span class=\"o\">=</span> <span class=\"nb\">str</span><span class=\"p\">(</span>warns<span class=\"p\">[</span><span class=\"mi\">0</span><span class=\"p\">]</span><span class=\"o\">.</span>message<span class=\"p\">)</span>\n    <span class=\"bp\">self</span><span class=\"o\">.</span>assertEqual<span class=\"p\">(</span>msg<span class=\"p\">,</span> <span class=\"s1\">&#39;Expected deprecation message&#39;</span><span class=\"p\">)</span>\n</code></pre></div>\n<p>Akhirnya, ada sepasang pembaharuan ke dokumentasi Django untuk dibuat:</p>\n<ol class=\"arabic simple\">\n<li><p>If the existing feature is documented, mark it deprecated in documentation\nusing the <code class=\"docutils literal notranslate\">.. deprecated:: A.B</code> annotation. Include a short description\nand a note about the upgrade path if applicable.</p></li>\n<li><p>Add a description of the deprecated behavior, and the upgrade path if\napplicable, to the current release notes (<code class=\"docutils literal notranslate\">docs/releases/A.B.txt</code>) under\nthe &quot;Features deprecated in A.B&quot; heading.</p></li>\n<li><p>Add an entry in the deprecation timeline (<code class=\"docutils literal notranslate\">docs/internals/deprecation.txt</code>)\nunder the appropriate version describing what code will be removed.</p></li>\n</ol>\n<p>Once you have completed these steps, you are finished with the deprecation.\nIn each <a class=\"reference internal\" href=\"/id/1.9/internals/release-process/#term-Feature-release\"><span class=\"xref std std-term\">feature release</span></a>, all <code class=\"docutils literal notranslate\">RemovedInDjangoXXWarning</code>s matching\nthe new version are removed.</p>\n</section>\n<section id=\"javascript-patches\">\n<h2>Tambalan JavaScript<a class=\"heading-anchor\" href=\"#javascript-patches\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h2>\n<p>Untuk informasi pada tambalan JavaScript, lihat dokumentasi <a class=\"reference internal\" href=\"/id/1.9/internals/contributing/writing-code/javascript/#javascript-patches\"><span class=\"std std-ref\">Tambalan JavaScript</span></a>.</p>\n</section>\n<section id=\"patch-review-checklist\">\n<span id=\"id3\"></span><h2>Daftar centang pratinjau tambalan<a class=\"heading-anchor\" href=\"#patch-review-checklist\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h2>\n<p>Use this checklist to review a pull request. If you are reviewing a pull\nrequest that is not your own and it passes all the criteria below, please set\nthe &quot;Triage Stage&quot; on the corresponding Trac ticket to &quot;Ready for checkin&quot;.\nIf you've left comments for improvement on the pull request, please tick the\nappropriate flags on the Trac ticket based on the results of your review:\n&quot;Patch needs improvement&quot;, &quot;Needs documentation&quot;, and/or &quot;Needs tests&quot;. As time\nand interest permits, core developers do final reviews of &quot;Ready for checkin&quot;\ntickets and will either commit the patch or bump it back to &quot;Accepted&quot; if\nfurther works need to be done. If you're looking to become a core developer,\ndoing thorough reviews of patches is a great way to earn trust.</p>\n<p>Looking for a patch to review? Check out the &quot;Patches needing review&quot; section\nof the <a class=\"reference external\" href=\"https://dashboard.djangoproject.com/\">Django Development Dashboard</a>.\nLooking to get your patch reviewed? Ensure the Trac flags on the ticket are\nset so that the ticket appears in that queue.</p>\n<section id=\"documentation\">\n<h3>Dokumentasi<a class=\"heading-anchor\" href=\"#documentation\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h3>\n<ul class=\"simple\">\n<li><p>Apakah dokumentasi dibangun tanpa kesalahan apapun (<code class=\"docutils literal notranslate\">make html</code>, atau <code class=\"docutils literal notranslate\">make.bat html</code>  pada Windows, dari direktori <code class=\"docutils literal notranslate\">docs</code>)?</p></li>\n<li><p>Apakah dokumentasi mengikuti panduan gaya penulisan dalam <a class=\"reference internal\" href=\"/id/1.9/internals/contributing/writing-documentation/\"><span class=\"doc\">Menulis dokumentasi</span></a>?</p></li>\n<li><p>Apakah ada <a class=\"reference internal\" href=\"/id/1.9/internals/contributing/writing-documentation/#documentation-spelling-check\"><span class=\"std std-ref\">kesalahan pengejaan</span></a>?</p></li>\n</ul>\n</section>\n<section id=\"bugs\">\n<h3>Kesalahan<a class=\"heading-anchor\" href=\"#bugs\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h3>\n<ul class=\"simple\">\n<li><p>Apakah ada percobaan pemulihan yang sesuai (percobaan harus gagal sebelum perbaikan diberlakukan)?</p></li>\n</ul>\n</section>\n<section id=\"new-features\">\n<h3>Fitur Baru<a class=\"heading-anchor\" href=\"#new-features\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h3>\n<ul class=\"simple\">\n<li><p>Are there tests to &quot;exercise&quot; all of the new code?</p></li>\n<li><p>Apakah ada sebuah catatan terbitan di <code class=\"docutils literal notranslate\">docs/releases/A.B.txt</code>?</p></li>\n<li><p>Apakah ada dokumentasi untuk fitur dan apakah dia <a class=\"reference internal\" href=\"/id/1.9/internals/contributing/writing-documentation/#documenting-new-features\"><span class=\"std std-ref\">dijelaskan dengan tepat</span></a> dengan <code class=\"docutils literal notranslate\">.. versionadded:: A.B</code> atau <code class=\"docutils literal notranslate\">.. versionchanged:: A.B</code>?</p></li>\n</ul>\n</section>\n<section id=\"id4\">\n<h3>Mengusangkan fitur<a class=\"heading-anchor\" href=\"#id4\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h3>\n<p>Lihat panduan <a class=\"reference internal\" href=\"#deprecating-a-feature\"><span class=\"std std-ref\">Mengusangkan fitur</span></a>.</p>\n</section>\n<section id=\"all-code-changes\">\n<h3>Semua kode perubahan<a class=\"heading-anchor\" href=\"#all-code-changes\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h3>\n<ul class=\"simple\">\n<li><p>Does the <a class=\"reference internal\" href=\"/id/1.9/internals/contributing/writing-code/coding-style/\"><span class=\"doc\">coding style</span></a> conform to our\nguidelines? Are there any <code class=\"docutils literal notranslate\">flake8</code> errors?</p></li>\n<li><p>If the change is backwards incompatible in any way, is there a note\nin the release notes (<code class=\"docutils literal notranslate\">docs/releases/A.B.txt</code>)?</p></li>\n<li><p>Is Django's test suite passing? Ask in <code class=\"docutils literal notranslate\">#django-dev</code> for a core dev\nto build the pull request against our continuous integration server.</p></li>\n</ul>\n</section>\n<section id=\"all-tickets\">\n<h3>Semua tiket<a class=\"heading-anchor\" href=\"#all-tickets\"><span class=\"visually-hidden\">Link to this heading</span><span aria-hidden=\"true\">#</span></a></h3>\n<ul class=\"simple\">\n<li><p>Is the pull request a single squashed commit with a message that follows our\n<a class=\"reference internal\" href=\"/id/1.9/internals/contributing/committing-code/#committing-guidelines\"><span class=\"std std-ref\">commit message format</span></a>?</p></li>\n<li><p>Are you the patch author and a new contributor? Please add yourself to the\n<code class=\"docutils literal notranslate\">AUTHORS</code> file and submit a <a class=\"reference external\" href=\"https://www.djangoproject.com/foundation/cla/\">Contributor License Agreement</a>.</p></li>\n</ul>\n</section>\n</section>","rootId":"submitting-patches","toc":[{"title":"Perbaikan kesalahan ketik dan perubahan dokumentasi sepele.","anchor":"typo-fixes-and-trivial-documentation-changes","children":[]},{"title":"Tiket \"Meminta\"","anchor":"claiming-tickets","children":[{"title":"Ticket claimers' responsibility","anchor":"ticket-claimers-responsibility","children":[]},{"title":"Tiket mana harus diminta?","anchor":"which-tickets-should-be-claimed","children":[]}]},{"title":"Gaya tambalan","anchor":"patch-style","children":[]},{"title":"Tambalan bukan sepele","anchor":"non-trivial-patches","children":[]},{"title":"Mengusangkan fitur","anchor":"deprecating-a-feature","children":[]},{"title":"Tambalan JavaScript","anchor":"javascript-patches","children":[]},{"title":"Daftar centang pratinjau tambalan","anchor":"patch-review-checklist","children":[{"title":"Dokumentasi","anchor":"documentation","children":[]},{"title":"Kesalahan","anchor":"bugs","children":[]},{"title":"Fitur Baru","anchor":"new-features","children":[]},{"title":"Mengusangkan fitur","anchor":"id4","children":[]},{"title":"Semua kode perubahan","anchor":"all-code-changes","children":[]},{"title":"Semua tiket","anchor":"all-tickets","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/"},{"docname":"internals/contributing/writing-code/index","title":"Penulisan kode","url":"/id/1.9/internals/contributing/writing-code/"}],"prev":{"docname":"internals/contributing/writing-code/unit-tests","title":"Satuan percobaan","url":"/id/1.9/internals/contributing/writing-code/unit-tests/"},"next":{"docname":"internals/contributing/writing-code/working-with-git","title":"Bekerja dengan Git dan GitHub","url":"/id/1.9/internals/contributing/writing-code/working-with-git/"},"formats":{"html":"/id/1.9/internals/contributing/writing-code/submitting-patches/","markdown":"/id/1.9/internals/contributing/writing-code/submitting-patches.md","json":"/id/1.9/internals/contributing/writing-code/submitting-patches.json"},"source":"https://github.com/django/django/blob/stable/1.9.x/docs/internals/contributing/writing-code/submitting-patches.txt","official":"https://docs.djangoproject.com/id/1.9/internals/contributing/writing-code/submitting-patches/","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"]}