Manajemen Git sebagai alat untuk kerja kolaboratif telah menjadi kebutuhan di masa sekarang, di mana sebagian besar perkembangan menggunakannya untuk menjaga perubahan itu disatukan dan tanpa konflik.
Dalam tutorial sebelumnya kita telah belajar bagaimana melakukan administrasi repositori di lingkungan lokal dan ini tidak buruk jika kita belajar bagaimana menggunakan Git, namun di dunia kerja itu ditangani secara berbeda, dan sebagian besar waktu kita harus mengerjakan repositori jarak jauh, yang akan memiliki banyak cabang dan setiap pengembang hadir di dalamnya terus-menerus mengunggah perubahan.
Repositori jarak jauh
Repositori jarak jauh adalah repositori yang bukan milik kami, yang bisa di server cloud, di komputer pengembang lain atau bahkan di sistem file. Fungsi utama dari repositori ini adalah bahwa pengembang lain dapat berkolaborasi dengannya, termasuk kami melalui cabang atau cabang .
Ada banyak layanan yang memungkinkan kami membuat repositori jarak jauh kami, kami memiliki GitHub tetapi ini berorientasi pada proyek pribadi dan kolaborasi antara komunitas pengembang dengan proyek tertentu dan kami memiliki Bitbucket, yang berorientasi pada proyek pribadi dan tim kerja di perusahaan atau organisasi.
Untuk tutorial ini kita akan menggunakan Bitbucket, ini gratis dan itu adalah yang paling mirip dengan filosofi kerja yang ingin kita fokuskan.
Membuat repositori jarak jauh
Kami menyebutkan bahwa repositori jarak jauh bukan milik kami, karena ia berada di platform yang bukan milik kami, namun kami dapat melakukan operasi di sana, mulai dari membuatnya hingga menghapusnya jika diinginkan.
Untuk membuat repositori jarak jauh kami, kami membuka halaman Bitbucket dan jika kami tidak terdaftar, kami membuat akun kami, masuk dan berada di panel utama kami, kami mencari opsi Buat untuk membuat repositori jarak jauh.
Kami memasukkan nama ke repositori kami, kami menyertakan deskripsi, kami memilih visibilitas dan kemungkinan membuat garpu, di mana kami juga dapat memilih bahasa di mana proyek kami akan didasarkan, akhirnya kami menekan create dan kami akan membuat repositori jarak jauh kami dibuat.
Kami akan menganggap bahwa kami mulai dari awal dan bahwa kami tidak memiliki proyek tetapi kami akan segera mulai mengunggah perubahan kami, untuk ini kita perlu membuat folder di mana proyek akan berada dan melakukan dorongan pertama.
Untuk melakukan ini kita membuat folder dan di dalamnya kita akan membuka konsol perintah dan kita akan menginisialisasi itu sebagai repositori git, setelah ini kita akan membuat koneksi dengan repositori jarak jauh kita, yang dapat kita temukan di panel utama repositori kita baru dibuat:
Sekarang kita perlu melakukan dorongan pertama untuk memverifikasi bahwa semuanya berfungsi dengan benar, untuk ini kita akan membuat file baru, yang dapat berupa .txt dengan teks sederhana. Kami menggunakan perintah add untuk menambahkannya ke repositori, kami menambahkan komit pertama kami dan akhirnya kami mendorong cabang master :
Seperti yang kita lihat semuanya berjalan dengan lancar, namun bagi pengguna yang memulai dan merasa sedikit tidak aman tentang alat ini, dan bertanya-tanya apakah file diunggah, mereka dapat pergi ke Bitbucket dan menyegarkan repositori dan mereka akan dapat melihat perubahan yang dibuat :
Bitbucket sangat berguna, tidak hanya memungkinkan kita untuk membuat repositori tetapi aplikasi webnya memungkinkan kita untuk melihat data seperti cabang dalam repositori, garpu yang telah dibuat, aktivitas di dalamnya dan bahkan mengirim undangan ke pengembang lain.
Bekerja dengan repositori jarak jauh
Setelah repositori kami dibuat, sekarang saatnya untuk memulai kerja kolaboratif, untuk ini hal pertama yang harus kita lakukan adalah membuat cabang . Terlepas dari cabang utama kita harus membuat cabang tambahan untuk proyek secara umum dan itu adalah di mana pengembang akan menggabungkan dan mengunggah perubahan terakhir mereka.
Cabang individu
Selain itu, disarankan agar setiap pengembang memiliki cabang untuk itu, sehingga perubahan dari setiap anggota tim akan dibagi dan jika ada kesalahan dalam unggahan akhir mereka dapat dikembalikan tanpa banyak kesulitan.
Kami akan membuat cabang bernama pengembangan dan cabang pribadi untuk perubahan kami, kami melakukan ini dengan perintah cabang diikuti dengan nama cabang, mari kita lihat tampilannya di konsol kami:
Ini akan membuat cabang kami secara lokal tetapi sampai kami membuat perubahan di dalamnya dan melakukan push mereka tidak akan terdaftar di repositori kami, untuk ini kami akan mengubah ke cabang pribadi kami dengan perintah checkout dan memverifikasi dengan status bahwa kami tidak memiliki komitmen untuk melakukan apa pun, Ini seharusnya demikian karena ini adalah cabang baru, mari kita lihat: $config[ads_text5] not found
Sekarang kita akan membuat folder dan beberapa file untuk memberi bobot pada proyek kita, namun ingatlah bahwa perubahan akan ada di cabang kita. Setelah melakukan operasi ini, kita harus menambahkannya dengan add, melakukan commit yang sesuai, dan akhirnya push ke cabang kita, mari kita lihat operasi ini di konsol perintah kita:
Kami telah membuat unggahan ke cabang kami, sekarang kami hanya perlu melakukan hal yang sama dengan cabang pengembangan, tetapi untuk ini kami tidak perlu menggunakan perintah add atau commit, untuk ini kami akan menggunakan perintah gabungan untuk bergabung dengan perubahan yang tidak ada dalam cabang, ini menghemat banyak pekerjaan dan memungkinkan kita untuk mengendalikan tindakan yang kita lakukan pada repositori.
Untuk melakukan ini, kita harus beralih ke cabang pengembangan dengan perintah checkout dan di sana kita akan menjalankan perintah gabungan yang menunjuk ke cabang jacosta untuk bergabung dengan perubahan yang telah kita buat. $config[ads_text6] not found
Dengan tindakan ini pembaruan akan dilakukan tetapi ini tidak berarti bahwa kami telah mengunggah perubahan ke cabang dengan cara yang sama dengan kami harus melakukan push, tetapi ini memungkinkan kami untuk menyimpan beberapa langkah tambahan dan memberi kami proses yang lebih bersih untuk mengunggah. Tindakan ini akan membuat cabang baru dan menyatukan perubahan kami, jika kami masih tidak mempercayai apa yang diberitahukan konsol kepada kami, kami dapat mengunjungi Bitbucket, tempat kami dapat melihat cabang baru dibuat serta tindakan yang telah kami lakukan di bawah bagian aktivitas terbaru:
Seperti yang dapat kita lihat, kita memiliki cabang baru serta perubahan baru yang dibuat. Penting untuk menyebutkan bahwa ini adalah alur kerja normal yang harus kita lakukan ketika kita bekerja di lingkungan kolaboratif, jika tidak kita akan menyebabkan konflik yang menyebabkan tim kita menghabiskan bahkan beberapa jam untuk menyelesaikan masalah repositori.
Mengkloning repositori jarak jauh
Apa yang baru saja kita lihat adalah bagian dari gagasan bahwa kita adalah orang-orang yang membuat repositori jarak jauh, tetapi saat kita diundang ke beberapa proses sedikit berubah. Kami akan menganggap bahwa tim kami juga menggunakan Bitbucket dan membuat repositori pada platform, kami pergi ke panel utama, kami menemukan opsi Klon dan ketika kami menekannya kami akan melihat garis yang tepat untuk melakukan tindakan ini yang mengkloning kami persis apa yang ada dalam repositori di saat itu:
Kami menyebutkan bahwa tindakan ini mengkloning atau menyalin apa yang sebenarnya ada di repositori pada saat itu, tetapi mungkin beberapa pengembang mengunggah perubahan menit terakhir dan itu tidak termasuk dalam klon sehingga tidak akan ada dalam salinan yang akan kita miliki di mesin kita.
Kesalahan umum
Kesalahan ini adalah salah satu yang paling umum dan di mana banyak pengguna pemula gagal mengelola repositori dengan Git, dan itu adalah mengunggah file ke repositori tanpa terlebih dahulu memverifikasi bahwa ada perubahan yang dibuat. Tetapi solusinya sederhana, hal yang mungkin paling rumit adalah mengadopsi praktik dan menjalankan perintah tarikan sebelum mulai mengerjakan proyek dan sebelum mengunggah apa pun, ini menghindari situasi memalukan dari konflik dalam repositori disebabkan oleh kami.
$config[ads_text5] not foundKiat terakhir
Akhirnya, penting untuk menyebutkan bahwa meskipun Git memungkinkan kita untuk mengendalikan proyek dan arsip kita dengan menyatukan perubahan dalam tim pengembangan, itu bukan alat yang bisa kita gunakan hanya untuk manajemen proyek.
Kami merekomendasikan untuk bergandengan tangan dengan aplikasi seperti asana atau Trello, memastikan bahwa proyek kami tercakup di semua lini, dengan cara ini kita akan tahu bahwa ini akan selalu memiliki perubahan terbaru dan juga bahwa tanggal dan komitmen yang ditetapkan untuk itu dipenuhi tanpa gagal .
Dengan ini kami menyelesaikan tutorial ini di mana kami dapat membuat repositori jarak jauh kami dengan Bitbucket dan kami juga dapat melihat semua alur kerja yang diperlukan untuk memiliki manajemen yang optimal ketika kami bekerja di lingkungan pengembangan kolaboratif.$config[ads_text6] not found
Pasal