Hari terakhir minggu kerja berakhir ...

Hari terakhir minggu kerja berakhir. Saya membuat kopi untuk diri saya sendiri di dapur kantor, bertanya-tanya bagaimana kita bisa mengurangi antrian kumpulan permintaan, yang telah tumbuh secara luas setelah pengenalan panduan ulasan . Tampaknya aturan sederhana menyebabkan korespondensi yang panjang dalam komentar dengan kumpulan permintaan antara anggota tim peninjau dan pengembang kerangka kerja.

Tidak ada yang diramalkan. Sudah mulai gelap.

Tiba-tiba, obrolan yang aktif berbunyi dengan pesan:
- Mengapa permintaan tarik saya dihapus?
- Dan permintaan tarik saya menggedor!
- Dan milikku!

Setelah hanya beberapa menit investasi, kami mengetahui bahwa ini terjadi karena seseorang menghapus cabang kerja Bootstrap, di mana lebih dari 40 orang diselundupkan selama lebih dari tiga bulan. Sekali lagi, untuk dapat menyadari sepenuhnya masalahnya, empat puluh orang menuangkan kode di sana selama lebih dari tiga bulan.



Kolega-kolega segera mulai memunculkan gagasan bahwa kita semua memiliki salinan lokal dari cabang ini, dan mari kita buat cabang ini dari awal.

Dari pengalaman saya sendiri, saya tahu bahwa keputusan tergesa-gesa dan improvisasi tidak mengarah pada sesuatu yang baik, jadi saya meminta semua orang untuk tidak mengambil tindakan apa pun dan secara harfiah "lepaskan tangan mereka dari keyboard."



Jadi, disposisi adalah Jumat, malam, kantor yang hampir kosong, cabang yang hilang dengan basis kode besar. Jika Anda tidak menyelesaikan masalah ini di sini dan sekarang, maka ada kemungkinan bahwa situasinya akan menjadi lebih buruk jika pengembang lain yang tidak tahu situasi saat ini terhubung ke pekerjaan pada akhir pekan (kita semua membaca obrolan kerja dengan hati-hati, kan? ).

Saya dengan sopan bertanya dalam obrolan yang menghapus cabang Bootstrap, dan seorang pengembang muda, yang baru-baru ini termasuk dalam pekerjaan, mengakui bahwa dia melakukannya secara tidak sengaja. "Maaf".



Saya mengambil seorang spesialis yang berhasil muncul dengan tangan, dan kami bergegas ke pengembang muda yang saat ini sedang mengalami krisis eksistensial, dan yang tempat kerjanya, dengan kesempatan beruntung, berada di kantor yang sama dengan kami.

Tentu saja, kami memulihkan cabang - sedikit sihir git, dan semuanya berhasil. Anda tidak bisa mengatakan tentang lebih dari 20 permintaan tarik yang telah hilang di perut GitHub. Tidak menyenangkan, tetapi tidak fatal.
Saatnya mengambil napas, mencari tahu apa yang terjadi dan menarik beberapa kesimpulan.



Pertanyaan utamanya adalah mengapa? Jawabannya, secara umum, sepele - secara tidak sengaja. Ada yang salah dengan kode yang dikomit ke cabang kerjanya sendiri - bukan kriminal, itu hanya kode jelek, dan bahkan jika Anda membalikkan komit, masih tetap dalam sejarah. Oleh karena itu, pengembang memutuskan untuk menghancurkan seluruh cabang kerjanya dan membuatnya kembali. Dari awal. Dan cabang Bootstrap berada di bawah tangan panas. Jumat. Malam. Misklik, ya.



GitHub memungkinkan Anda untuk membatalkan operasi penghapusan, tetapi hanya sampai halaman diperbarui, dan kesempatan ini tidak digunakan.

Mungkinkah situasi ini dihindari? Ya kamu bisa. Secara default, siapa pun yang memiliki akses tulis ke repositori Anda dapat menghapus cabang apa pun. Namun, GitHub memungkinkan Anda untuk membuat aturan perlindungan Cabang untuk satu atau lebih cabang.



Di mana penting untuk memastikan bahwa kotak centang yang sesuai tidak dicentang.



Ini tidak dilakukan untuk cabang bootstrap, dan itu menyusul kami.

Dalam residu kering:

1. Mereka menyelamatkan cabang.
2. Sekarang, pada cabang mana pun di mana lebih dari satu orang berkontribusi, kami memasang aturan Perlindungan. Yang saya rekomendasikan jangan lupa untuk melakukan semuanya.
3. Dukungan untuk paket BootStrap di JDI Light, kami akhirnya diimplementasikan dan diluncurkan. Tapi apa itu dan mengapa - itu cerita lain ...