Pembersihan Bug


Bug scrub dilakukan di seluruh proyek WordPress sebagai cara untuk meninjau tiket Trac dengan cepat dan mengidentifikasi langkah berikutnya. CoreCore Core adalah sekumpulan perangkat lunak yang diperlukan untuk menjalankan WordPress. Tim Pengembangan Core membangun WordPress. Bug scrub Performance dapat diadakan oleh anggota tim mana pun kapan saja. Meskipun demikian, Tim Performance Core mengadakan bug scrub terjadwal setiap 2 minggu pada hari Rabu dan waktu rapat saat ini selalu diperbarui di kalender Rapat.

Bug scrub adalah rapat informal dan tidak mengharuskan agenda diposting sebelumnya atau ringkasan setelahnya.

Tanggung jawab dan akses

Siapa pun dapat menyelenggarakan bug scrub. Untuk menyelenggarakan bug scrub terjadwal rutin, silakan tambahkan nama pengguna WordPress.orgWordPress.org Situs komunitas tempat kode WordPress dibuat dan dibagikan oleh para pengguna. Di sinilah Anda dapat mengunduh kode sumber untuk core, plugin, dan tema WordPress, serta menjadi pusat percakapan dan organisasi komunitas. https://wordpress.org/ Anda di salah satu slot rapat yang kosong dalam spreadsheet penyelenggara bug scrub. Perwakilan Tim Performance Core bertanggung jawab memastikan rapat mendatang memiliki penyelenggara. Jika rapat mendatang belum memiliki penyelenggara, mereka harus menghubungi saluran #core-performance untuk meminta sukarelawan dengan sopan.

Tidak ada persyaratan teknis untuk menyelenggarakan bug scrub selain memiliki akun WordPress.org dan akun SlackSlack Slack adalah Platform Obrolan Grup Kolaboratif https://slack.com/. Komunitas WordPress memiliki Saluran Slack sendiri di https://make.wordpress.org/chat/ WordPress. Idealnya Anda memiliki akses untuk menggunakan perintah /here di saluran #core-performance pada Slack, tetapi ini bukan persyaratan.

Silakan menyelenggarakan bug scrub kapan pun sesuai kenyamanan Anda. Bug scrub dua mingguan yang terjadwal semata-mata diadakan untuk memastikan adanya jadwal rutin. Namun, bug scrub tambahan selalu diterima dan dihargai.

Menjalankan bug scrub

Bug scrub Tim Performance Core bukanlah rapat dalam pengertian tradisional. Formatnya melibatkan penyelenggara bug scrub, satu orang (bergiliran untuk setiap bug scrub terjadwal), yang mengerjakan tiket TracTrac Trac adalah tempat kontributor membuat isu untuk bug atau permintaan fitur, serupa dengan GitHub.https://core.trac.wordpress.org/. WordPress Core tertentu atau “laporan” isu Performance Lab. Ini adalah rapat informal dengan struktur yang fleksibel.

Laporan adalah daftar tiket Trac / isu GitHubGitHub GitHub adalah situs web yang menawarkan implementasi repositori git secara daring yang dapat dengan mudah dibagikan, disalin, dan dimodifikasi oleh pengembang lain. Repositori publik gratis untuk di-host, sedangkan repositori privat memerlukan langganan berbayar. GitHub memperkenalkan konsep ‘pull request’, yaitu perubahan kode yang dibuat dalam branch oleh kontributor dapat ditinjau dan didiskusikan sebelum digabungkan oleh pemilik repositori. https://github.com/ tertentu yang dapat dibagikan secara publik kepada orang lain melalui URLURL Alamat web tertentu dari situs web atau halaman web di Internet, seperti URL situs web www.wordpress.org. Beberapa contoh:

Penyelenggara bug scrub harus memilih laporan untuk dikerjakan (baik dari daftar di atas maupun laporan lain yang relevan dengan Performance) dan membagikan URL yang sesuai di Slack. Selanjutnya, penyelenggara harus mendorong siapa pun yang menyimak untuk meninjau tiket terkait secara asinkron setelahnya dan, jika diperlukan, menindaklanjutinya dengan komentar lain apabila ada pertanyaan atau kekhawatiran mengenai keputusan yang diambil oleh penyelenggara bug scrub.

Sebagai bagian utama bug scrub, penyelenggara bug scrub kemudian harus mengerjakan tiket / isu dalam laporan tersebut secara mandiri, dengan memberikan pembaruan pada setiap tiket yang dikerjakan. Ini dapat berupa perubahan milestone, perubahan prioritas, perubahan penugasan, perubahan kata kunci, atau meminta pembaruan dari pelapor atau penulis PR, hanya untuk menyebutkan beberapa contoh.

Penyelenggara bug scrub juga dapat membagikan apa pun yang menurut mereka bermanfaat di saluran Slack. Meskipun demikian, karena bug scrub bukan rapat tradisional, tidak perlu menunggu orang lain yang mungkin sedang hadir untuk memberikan pendapat.

Idealnya setiap bug scrub berlangsung setidaknya sekitar satu jam, meskipun penyelenggara bug scrub tentu bebas untuk melanjutkannya jika mau. Setelah berhenti meninjau tiket, mereka harus membagikan pembaruan ini di Slack, yang secara resmi mengakhiri bug scrub mereka.

Contoh pesan

Silakan salin dan tempel pesan-pesan ini, atau abaikan dan tulis pesan Anda sendiri. Contoh-contoh ini hanya untuk referensi dan sama sekali bukan pedoman atau sesuatu yang wajib digunakan.

Memulai bug scrub

  • /here Hai! Saya akan segera memulai yang berfokus pada Performance.
  • Hari ini saya akan mengerjakan tiket dalam laporan berikut:
  • Saya akan memberikan pembaruan atau komentar pada setiap tiket saat saya menelusuri daftar tersebut.
  • Jika Anda sedang online, silakan meninjau tiket-tiket ini juga dan membagikan pemikiran Anda. Anda dapat melakukannya dengan membalas pembaruan tiket saya atau, jika itu adalah tiket yang belum saya kerjakan, silakan tinggalkan komentar tiket sekarang atau kirim pesan obrolan langsung di sini dalam saluran.

Mengakhiri bug scrub

  • Sekian bug scrub hari ini. Ingatlah bahwa siapa pun dipersilakan menjalankan bug scrub seperti ini kapan saja. Jangan ragu untuk menghubungi kami jika Anda memiliki pertanyaan.
  • Terima kasih kepada siapa pun yang hadir, dan sampai jumpa 2 minggu lagi!