Proses Penerimaan Patch

Laporkan masalah Lihat sumber Nightly · 8.0 7.4 . 7.3 · 7.2 · 7.1 · 7.0 · 6.5

Halaman ini menguraikan cara kontributor dapat mengusulkan dan membuat perubahan pada codebase Bazel.

  1. Baca kebijakan Kontribusi Bazel.
  2. Buat masalah GitHub untuk membahas rencana dan desain Anda. Pull request yang mengubah atau menambahkan perilaku memerlukan masalah yang sesuai untuk pelacakan.
  3. Jika Anda mengusulkan perubahan yang signifikan, tulis dokumen desain.
  4. Pastikan Anda telah menandatangani Perjanjian Lisensi Kontributor.
  5. Siapkan commit git yang mengimplementasikan fitur. Jangan lupa untuk menambahkan pengujian dan memperbarui dokumentasi. Jika perubahan Anda memiliki efek yang terlihat oleh pengguna, tambahkan catatan rilis. Jika perubahan tersebut tidak kompatibel, baca panduan untuk meluncurkan perubahan yang dapat menyebabkan gangguan.
  6. Buat permintaan pull di GitHub. Jika Anda baru menggunakan GitHub, baca tentang permintaan pull. Perhatikan bahwa kami membatasi izin untuk membuat cabang di repositori Bazel utama, sehingga Anda harus mendorong commit ke fork repositori Anda sendiri.
  7. Pemelihara Bazel akan menetapkan peninjau untuk Anda dalam waktu dua hari kerja (tidak termasuk hari libur di Amerika Serikat dan Jerman). Jika tidak diberi peninjau dalam waktu tersebut, Anda dapat memintanya dengan mengirim email ke bazel-dev@googlegroups.com.
  8. Bekerja sama dengan peninjau untuk menyelesaikan peninjauan kode. Untuk setiap perubahan, buat commit baru dan kirimkan untuk membuat perubahan pada permintaan pull Anda. Jika peninjauan terlalu lama (misalnya, jika peninjau tidak responsif), kirim email ke bazel-dev@googlegroups.com.
  9. Setelah peninjauan selesai, pengelola Bazel akan menerapkan patch Anda ke sistem kontrol versi internal Google.

    Tindakan ini akan memicu pemeriksaan pra-pengiriman internal yang dapat menyarankan lebih banyak perubahan. Jika Anda belum menyatakan preferensi, pengelola yang mengirimkan perubahan Anda akan menambahkan perubahan "sepele" (seperti linting) yang tidak memengaruhi desain. Jika perubahan yang lebih mendalam diperlukan atau Anda lebih suka menerapkan perubahan secara langsung, Anda dan peninjau harus menyampaikan preferensi dengan jelas dalam komentar peninjauan.

    Setelah pengiriman internal, patch diekspor sebagai commit Git, dan pada saat itu permintaan pull GitHub ditutup. Semua perubahan akhir akan diatribusikan kepada Anda.