Git Clone Branch – Cara mengkloning cabang tertentu

Ringkasan:

Dalam artikel ini, saya akan membahas cara mengkloning cabang tertentu di git. Saya akan memberikan instruksi dan penjelasan langkah demi langkah tentang cara menyelesaikan tugas ini. Selain itu, saya akan menjawab beberapa pertanyaan umum dan memberikan jawaban terperinci berdasarkan pengalaman pribadi saya.

Poin -Poin Kunci:

1. Unduh dan instal GIT terbaru untuk penginstal Mac: Sebelum Anda dapat mengkloning cabang tertentu, Anda harus menginstal git di mac Anda. Kunjungi situs web resmi Git dan unduh penginstal terbaru untuk Mac.

2. Gunakan perintah git clone: Untuk mengkloning cabang tertentu, Anda dapat menggunakan perintah git clone diikuti oleh url repositori dan nama cabang.

3. Periksa versi git Anda: Penting untuk memastikan bahwa Anda memiliki versi git yang kompatibel. Anda dapat memeriksa versi git Anda dengan menjalankan perintah sederhana di terminal.

Pertanyaan 1: Apakah Git mengkloning semua cabang?

Jawaban: Tidak, perintah git clone tidak mengkloning semua cabang secara default. Itu hanya mengkloning cabang yang saat ini diperiksa atau cabang yang ditentukan dalam perintah.

Pertanyaan 2: Bagaimana saya bisa mengkloning cabang tertentu menggunakan klon git?

Jawaban: Untuk mengkloning cabang tertentu menggunakan klon git, Anda dapat menambahkan nama cabang ke akhir perintah seperti ini: git clone -B .

Pertanyaan 3: Dapatkah saya mengkloning beberapa cabang sekaligus menggunakan klon git?

Jawaban: Tidak, klon git hanya memungkinkan Anda untuk mengkloning satu cabang sekaligus. Jika Anda ingin mengkloning beberapa cabang, Anda harus menjalankan perintah git clone secara terpisah untuk setiap cabang.

Pertanyaan 4: Bagaimana cara saya beralih ke cabang yang berbeda setelah mengkloning cabang tertentu?

Jawaban: Setelah mengkloning cabang tertentu, Anda dapat menggunakan perintah checkout git untuk beralih ke cabang yang berbeda. Cukup jalankan checkout git di terminal.

Pertanyaan 5: Dapatkah saya mengkloning cabang jarak jauh yang tidak ada secara lokal?

Jawaban: Ya, Anda dapat mengkloning cabang jarak jauh yang tidak ada secara lokal. Saat Anda mengkloning repositori, git akan mengambil semua cabang dari repositori jarak jauh, termasuk yang ingin Anda klon.

Pertanyaan 6: Bagaimana jika cabang yang ingin saya klon telah dihapus?

Jawaban: Jika cabang yang ingin Anda klon telah dihapus, Anda tidak akan dapat mengkloningnya. Pastikan cabang masih ada di repositori jarak jauh sebelum mencoba mengkloningnya.

Pertanyaan 7: Dapatkah saya menentukan komit tertentu alih -alih cabang saat mengkloning?

Jawaban: Ya, Anda dapat menentukan komit tertentu alih -alih cabang saat mengkloning. Anda perlu memberikan hash komit alih -alih nama cabang dalam perintah git clone.

Pertanyaan 8: Apakah ada batasan untuk mengkloning cabang tertentu?

Jawaban: Tidak ada batasan khusus untuk mengkloning cabang tertentu. Namun, pastikan Anda memiliki izin yang diperlukan dan akses ke cabang yang ingin Anda klon.

Pertanyaan 9: Apakah mungkin untuk mengkloning cabang dari repositori jarak jauh yang berbeda?

Jawaban: Ya, dimungkinkan untuk mengkloning cabang dari repositori jarak jauh yang berbeda. Anda hanya perlu memberikan URL repositori dan nama cabang dalam perintah git clone.

Pertanyaan 10: Bagaimana saya bisa memperbarui cabang yang dikloning dengan perubahan terbaru dari repositori jarak jauh?

Jawaban: Untuk memperbarui cabang yang dikloning dengan perubahan terbaru dari repositori jarak jauh, Anda dapat menggunakan perintah Git Pull. Cukup arahkan ke direktori repositori yang dikloning dan jalankan tarik git.

Git Clone Branch – Cara mengkloning cabang tertentu

Unduh dan instal GIT terbaru untuk penginstal Mac di sini.

Apakah git klon klon semua cabang

Perubahan dalam Git-Clone manual

1. 2.38.1 → 2.40.1 Tidak ada perubahan
2. 2.38.0 10/02/22
3. 2.36.1 → 2.37.7 Tidak ada perubahan
4. 2.36.0 04/18/22
5. 2.35.1 → 2.35.8 Tidak ada perubahan
6. 2.35.0 01/24/22
7. 2.32.1 → 2.34.8 Tidak ada perubahan
8. 2.32.0 06/06/21
9. 2.30.2 → 2.31.8 Tidak ada perubahan
10. 2.30.1 02/08/21
11. 2.30.0 12/27/20
12. 2.29.1 → 2.29.3 Tidak ada perubahan
13. 2.29.0 10/19/20
14. 2.28.1 Tidak ada perubahan
15. 2.28.0 07/27/20
16. 2.27.1 Tidak ada perubahan
17. 2.27.0 06/01/20
18. 2.25.1 → 2.26.3 Tidak ada perubahan
19. 2.25.0 01/13/20

Periksa versi git Anda dengan berjalan

NAMA

git -clone – klon repositori ke direktori baru

RINGKASAN

Git Clone [--template =] [-l] [-s] [---no-hardlinks] [-q] [-n] [--Bare] [--mirror] [-o] [-b] [-u] [--referensi] [--disosiasi] [--non-brance] [-no-n-no-n-no-no-no-no-no-no-no-no-no-no-no-no-no-no-no-no-no-no-no-no-no-no-no-no-no-no-no- [ -[no-] submodul dangkal] [-[no-] submodul jarak jauh] [--jobs] [--parse] [-[no-] tolak-shallow] [--filter = [--soSo-filter-submodules]] [-] [

KETERANGAN

Klon repositori ke dalam direktori yang baru dibuat, membuat cabang pelacakan jarak jauh untuk setiap cabang di repositori yang dikloning (terlihat menggunakan git cabang–remote), dan membuat dan memeriksa cabang awal yang dipalsukan dari repositori yang dikloning kloning’S Cabang Aktif Saat Ini.

Setelah klon, git polos mengambil tanpa argumen akan memperbarui semua cabang pelacakan jarak jauh, dan tarikan git tanpa argumen juga akan menggabungkan cabang master jarak jauh ke dalam cabang master saat ini, jika ada (ini tidak benar ketika “-single-cabang” diberikan; lihat di bawah).

Konfigurasi default ini dicapai dengan membuat referensi ke kepala cabang jarak jauh di bawah referensi/remote/asal dan dengan menginisialisasi remote.asal.url dan remote.asal.Ambil variabel konfigurasi.

PILIHAN

Saat repositori untuk mengkloning dari mesin lokal, bendera ini mem -bypass mekanisme transportasi “git sadar” normal dan mengkloning repositori dengan membuat salinan kepala dan semuanya di bawah objek dan direktori referensi. File di bawah .git/ objek/ direktori dihubungkan untuk menghemat ruang jika memungkinkan.

Jika repositori ditentukan sebagai jalur lokal (e.G., /path/to/repo), ini adalah default, dan –cocal pada dasarnya adalah no-op. Jika repositori ditentukan sebagai URL, maka bendera ini diabaikan (dan kami tidak pernah menggunakan optimisasi lokal). Menentukan–No-Local akan mengganti default When/Path/to/Repo diberikan, menggunakan transportasi git biasa sebagai gantinya.

CATATAN: Operasi ini dapat berlomba dengan modifikasi bersamaan dengan repositori sumber, mirip dengan menjalankan CP -R SRC DST saat memodifikasi SRC .

–Tanpa hardlink

Memaksa proses kloning dari repositori pada sistem file lokal untuk menyalin file di bawah .direktori git/objek alih -alih menggunakan hardlinks. Ini mungkin diinginkan jika Anda mencoba membuat cadangan repositori Anda.

Saat repositori ke klon ada di mesin lokal, alih -alih menggunakan tautan keras, setup secara otomatis .git/objek/info/alternatif untuk berbagi objek dengan repositori sumber. Repositori yang dihasilkan dimulai tanpa objeknya sendiri.

CATATAN: Ini adalah operasi yang mungkin berbahaya; Mengerjakan bukan Gunakan itu kecuali Anda mengerti apa yang dilakukannya. Jika Anda mengkloning repositori Anda menggunakan opsi ini dan kemudian menghapus cabang (atau menggunakan perintah git lain yang membuat komitmen yang ada tidak direferensikan) di repositori sumber, beberapa objek mungkin menjadi tidak direferensikan (atau menggantung). Objek -objek ini dapat dihapus dengan operasi git normal (seperti komit git) yang secara otomatis memanggil pemeliharaan git run -auto . (Lihat pemeliharaan git [1].) Jika objek -objek ini dihapus dan direferensikan oleh repositori yang dikloning, maka repositori yang dikloning akan menjadi korup.

Perhatikan bahwa menjalankan git repack tanpa opsi – -lokal di repositori yang dikloning dengan –shared akan menyalin objek dari repositori sumber ke dalam paket di repositori yang dikloning, menghapus penghematan ruang disk klon -shared . Namun, aman untuk menjalankan Git GC, yang menggunakan opsi -Local secara default.

Jika Anda ingin memecahkan ketergantungan repositori yang dikloning dengan -didasarkan pada repositori sumbernya, Anda dapat menjalankan git repack -a untuk menyalin semua objek dari repositori sumber ke dalam paket di repositori yang dikloning.

–Referensi [-jika]]

Jika repositori referensi ada di mesin lokal, setup secara otomatis .git/objek/info/alternatif untuk mendapatkan objek dari repositori referensi. Menggunakan repositori yang sudah ada sebagai alternatif akan membutuhkan lebih sedikit objek untuk disalin dari repositori yang dikloning, mengurangi jaringan dan biaya penyimpanan lokal. Saat menggunakan–referensi-jika dapat, direktori yang tidak ada dilewati dengan peringatan alih-alih membatalkan klon.

CATATAN: lihat catatan untuk opsi –arpared, dan juga opsi – -disosiasi.

–memisahkan

Pinjam objek dari repositori referensi yang ditentukan dengan opsi -referensi hanya untuk mengurangi transfer jaringan, dan berhenti meminjam dari mereka setelah klon dibuat dengan membuat salinan lokal yang diperlukan dari objek yang dipinjam. Opsi ini juga dapat digunakan saat mengkloning secara lokal dari repositori yang sudah meminjam objek dari repositori lain – repositori baru akan meminjam objek dari repositori yang sama, dan opsi ini dapat digunakan untuk menghentikan pinjaman.

Beroperasi dengan tenang. Kemajuan tidak dilaporkan ke aliran kesalahan standar.

Jalankan dengan kata verbos. Tidak mempengaruhi pelaporan status kemajuan ke aliran kesalahan standar.

Status kemajuan dilaporkan pada aliran kesalahan standar secara default saat dilampirkan ke terminal, kecuali -Quiet ditentukan. Bendera ini memaksa status kemajuan bahkan jika aliran kesalahan standar tidak diarahkan ke terminal.

Mengirimkan string yang diberikan ke server saat berkomunikasi menggunakan Protokol Versi 2. String yang diberikan tidak boleh berisi karakter NUL atau LF. Server’penanganan opsi server, termasuk yang tidak dikenal, adalah khusus server. Saat beberapa-server-option = diberikan, mereka semua dikirim ke sisi lain dalam urutan yang tercantum pada baris perintah.

Tidak ada checkout head yang dilakukan setelah klon selesai.

Gagal Jika repositori sumber adalah repositori yang dangkal. Itu klon.REDRETSHOLOW Variabel konfigurasi dapat digunakan untuk menentukan default.

Membuat telanjang Repositori git. Yaitu, alih -alih membuat dan menempatkan file administratif di /.git, buatlah sendiri $ git_dir . Ini jelas menyiratkan–no-checkout karena tidak ada tempat untuk memeriksa pohon yang berfungsi. Juga kepala cabang di remote disalin langsung ke kepala cabang lokal yang sesuai, tanpa memetakannya ke referensi/remote/asal/ . Ketika opsi ini digunakan, baik cabang pelacakan jarak jauh maupun variabel konfigurasi terkait dibuat.

Menggunakan pengecekan jarang, dengan hanya file di direktori Toplevel awalnya hadir. Perintah Git-SPARSE-Pemeriksa [1] dapat digunakan untuk menumbuhkan direktori kerja sesuai kebutuhan.

Gunakan fitur klon parsial dan minta agar server mengirim subset objek yang dapat dijangkau sesuai dengan filter objek yang diberikan. Saat menggunakan -filter, yang disediakan digunakan untuk filter klon parsial. Misalnya, -filter = gumpalan: tidak ada yang akan memfilter semua gumpalan (konten file) sampai dibutuhkan oleh git. Juga, -filter = gumpalan: batas = akan memfilter semua gumpalan ukuran setidaknya . Untuk detail lebih lanjut tentang spesifikasi filter, lihat opsi-filter di git-rev-list [1].

Juga terapkan filter klon parsial ke submodule apa pun di repositori. Membutuhkan-filter dan-submodule-recurse . Ini dapat dihidupkan secara default dengan mengatur klon.opsi konfigurasi filtersubmodules.

Siapkan cermin dari repositori sumber. Ini menyiratkan -Bare . Dibandingkan dengan–telanjang,–Mirror tidak hanya memetakan cabang lokal sumber ke cabang lokal target, tetapi juga memetakan semua referensi (termasuk cabang pelacakan jarak jauh, catatan dll.) dan mengatur konfigurasi refspec sehingga semua referensi ini ditimpa dengan pembaruan jarak jauh git di repositori target.

Alih -alih menggunakan asal nama jarak jauh untuk melacak repositori hulu, gunakan . Menimpa klon.Defaultremotename dari konfigurasi.

Alih -alih menunjuk kepala yang baru dibuat ke cabang yang ditunjuk oleh repositori yang dikloning’S kepala, tunjuk ke cabang sebagai gantinya. Dalam repositori non-telanjang, ini adalah cabang yang akan diperiksa. –Cabang juga dapat mengambil tag dan melepaskan kepala pada komit itu di repositori yang dihasilkan.

Saat diberikan, dan repositori untuk mengkloning dari diakses melalui SSH, ini menentukan jalur non-default untuk perintah yang dijalankan di ujung lainnya.

Tentukan direktori dari templat mana yang akan digunakan; (Lihat bagian “Direktori Template” dari Git-Init [1].)

Atur variabel konfigurasi di repositori yang baru dibuat; Ini berlaku segera setelah repositori diinisialisasi, tetapi sebelum riwayat jarak jauh diambil atau file apa pun yang diperiksa. Kuncinya adalah dalam format yang sama seperti yang diharapkan oleh git-config [1] (e.G., inti.eol = true). Jika beberapa nilai diberikan untuk kunci yang sama, setiap nilai akan ditulis ke file konfigurasi. Ini membuatnya aman, misalnya, untuk menambahkan refspec tambahan ke remote asal.

Karena keterbatasan implementasi saat ini, beberapa variabel konfigurasi tidak berlaku sampai setelah pengambilan dan checkout awal. Variabel konfigurasi yang diketahui tidak berlaku adalah: remote..cermin dan remote..tagopt . Gunakan opsi-no-mirror dan-no-tag yang sesuai sebagai gantinya.

Membuat dangkal Klon dengan sejarah terpotong pada jumlah komitmen yang ditentukan. Menyiratkan–single-branch kecuali–no-single-branch diberikan untuk mengambil sejarah di dekat ujung semua cabang. Jika Anda ingin mengkloning submodules dengan dangkal, lulus juga-submodul-submodul .

Buat klon dangkal dengan riwayat setelah waktu yang ditentukan.

Buat klon dangkal dengan sejarah, tidak termasuk komit yang dapat dijangkau dari cabang atau tag jarak jauh yang ditentukan. Opsi ini dapat ditentukan beberapa kali.

Klon hanya sejarah yang mengarah ke ujung cabang tunggal, baik yang ditentukan oleh opsi –branch atau remote cabang utama’titik kepala di. Lebih lanjut diambil ke repositori yang dihasilkan hanya akan memperbarui cabang pelacakan jarak jauh untuk cabang opsi ini digunakan untuk kloning awal. Jika kepala di remote tidak mengarah ke cabang mana pun ketika-klon cabang-single dibuat, tidak ada cabang pelacakan jarak jauh yang dibuat.

Mengenakan’t Kloning tag apa pun, dan atur remote..tagOpt =-no-tag di konfigur’t ikuti tag apapun. Fetches tag eksplisit berikutnya masih akan berfungsi, (lihat Git-Fetch [1]).

Dapat digunakan bersama dengan-single-branch untuk mengkloning dan memelihara cabang tanpa referensi selain cabang kloning tunggal. Ini berguna e.G. Untuk mempertahankan klon minimal dari cabang default dari beberapa repositori untuk pengindeksan pencarian.

–Recurse-submodules [=]

Setelah klon dibuat, inisialisasi dan klon submodul di dalam berdasarkan PathSpec yang disediakan. Jika tidak ada pathspec disediakan, semua submodul diinisialisasi dan dikloning. Opsi ini dapat diberikan beberapa kali untuk PathSpec yang terdiri dari beberapa entri. Klon yang dihasilkan memiliki submodule.set aktif ke pathspec yang disediakan, atau “.”(artinya semua submodul) jika tidak ada pathspec disediakan.

Submodul diinisialisasi dan dikloning menggunakan pengaturan default mereka. Ini setara dengan menjalankan pembaruan submodule git -in -init -Recursive segera setelah klon selesai. Opsi ini diabaikan jika repositori yang dikloning tidak memiliki worktree/checkout (i.e. Jika salah satu dari –no -checkout / -n, – -Bare, atau – -Mirror diberikan)

–[no-] submodul dangkal

Semua submodul yang dikloning akan dangkal dengan kedalaman 1.

Semua submodul yang dikloning akan menggunakan status submodule’s cabang pelacakan jarak jauh untuk memperbarui submodule, bukan superproject’S direkam SHA-1. Setara dengan passing – -remote to git Submodule Update .

Alih-alih menempatkan repositori yang dikloning di tempat yang seharusnya, tempatkan repositori yang dikloning di direktori yang ditentukan, kemudian buat tautan simbolik Git sistem-file-agnostik ke sana. Hasilnya adalah repositori git dapat dipisahkan dari pohon yang berfungsi.

Jumlah submodul yang diambil pada saat yang sama. Default ke submodule.opsi fetchjobs.

Repositori (mungkin jarak jauh) untuk dikloning dari. Lihat bagian URL GIT di bawah ini untuk informasi lebih lanjut tentang menentukan repositori.

Nama direktori baru untuk dikloning. Bagian “manusia” dari repositori sumber digunakan jika tidak ada direktori yang secara eksplisit diberikan (repo untuk/path/to/repo.git dan foo untuk tuan rumah.xz: foo/.git). Mengkloning ke direktori yang ada hanya diizinkan jika direktori kosong.

Sebelum mengambil dari remote, ambil satu bundel dari yang diberikan dan bongkar data ke dalam repositori lokal. Referensi dalam bundel akan disimpan di bawah Refs/Bundel Tersembunyi/* Namespace. Opsi ini tidak kompatibel dengan –Depth, –shallow-Since, dan –shallow-exclude .

URL GIT

Secara umum, URL berisi informasi tentang protokol transportasi, alamat server jarak jauh, dan jalur ke repositori. Bergantung pada protokol transportasi, beberapa informasi ini mungkin tidak ada.

GIT mendukung protokol SSH, GIT, HTTP, dan HTTPS (selain itu, FTP, dan FTP dapat digunakan untuk pengambilan, tetapi ini tidak efisien dan sudah usang; jangan gunakan itu).

Transportasi asli (i.e. git: // url) tidak otentikasi dan harus digunakan dengan hati -hati pada jaringan tanpa jaminan.

Sintaks berikut dapat digunakan dengan mereka:

• ssh: // [user@] host.xz [: port]/path/to/repo.git/
• git: // tuan rumah.xz [: port]/path/to/repo.git/
• http [s]: // host.xz [: port]/path/to/repo.git/
• ftp [s]: // host.xz [: port]/path/to/repo.git/

Sintaks seperti SCP alternatif juga dapat digunakan dengan protokol SSH:

• [user@] host.xz: path/to/repo.git/

Sintaks ini hanya dikenali jika tidak ada tebasan sebelum usus besar pertama. Ini membantu membedakan jalur lokal yang berisi usus besar. Misalnya jalur lokal foo: bilah dapat ditentukan sebagai jalur absolut atau ./foo: bilah untuk menghindari disalahartikan sebagai URL SSH.

Protokol SSH dan Git juga mendukung ~ Perluasan Nama Pengguna:

• ssh: // [user@] host.xz [: port]/~ [pengguna]/path/to/repo.git/
• git: // tuan rumah.xz [: port]/~ [pengguna]/path/to/repo.git/
• [user@] host.xz:/~ [pengguna]/path/to/repo.git/

Untuk repositori lokal, juga didukung oleh Git secara asli, sintaksis berikut dapat digunakan:

• /path/to/repo.git/
• file: /// path/to/repo.git/

Dua sintaks ini sebagian besar setara, kecuali yang pertama menyiratkan -opsi lokal.

Git Clone, git fetch Dan tarik git, tapi tidak dorongan git, juga akan menerima file bundel yang sesuai. Lihat Git-Bundle [1].

Saat git tidak’Aku tahu cara menangani protokol transportasi tertentu, itu mencoba menggunakan penolong jarak jauh, jika ada. Untuk secara eksplisit meminta penolong jarak jauh, sintaks berikut dapat digunakan:

di mana mungkin jalur, server dan jalur, atau string seperti url sewenang-wenang yang diakui oleh helper jarak jauh spesifik yang dipanggil. Lihat Gitremote-Helpers [7] untuk detailnya.

Jika ada sejumlah besar repositori jarak jauh bernama sama dan Anda ingin menggunakan format yang berbeda untuk mereka (sehingga URL yang Anda gunakan akan ditulis ulang menjadi URL yang berfungsi), Anda dapat membuat bagian konfigurasi formulir:

[url “”] sebagai gantinya =

Misalnya, dengan ini:

[url "git: // git.tuan rumah.xz/"] sebagai gantinya = host.XZ:/PATH/TO/RELURNA = BEKERJA:

URL seperti “Bekerja: Repo.git “atau suka” tuan rumah.xz:/path/to/repo.git “akan ditulis ulang dalam konteks apa pun yang membutuhkan url menjadi” git: // git.tuan rumah.xz/repo.git “.

Jika Anda ingin menulis ulang URL hanya untuk dorong, Anda dapat membuat bagian konfigurasi formulir:

[url “”] pushinsteadof =

Misalnya, dengan ini:

[url "ssh: // contoh.org/"] pushinsteadof = git: // contoh.org/

URL seperti “git: // contoh.org/path/to/repo.git “akan ditulis ulang ke” ssh: // contoh.org/path/to/repo.git “untuk dorongan, tetapi tarikan masih akan menggunakan URL asli.

Contoh

• Klon dari hulu:

$ git clone git: // git.inti.org/pub/scm/. /Linux.git my-linux $ cd my-linux $ make

$ git clone -l -s -n . ../Salin $ CD ../salin $ git show-branch

$ git clone --referensi /git /linux.git \ git: // git.inti.org/pub/scm/. /Linux.git \ my-linux $ cd my-linux

$ git clone -bare -l/home/proj/.git/pub/scm/proJ.git

KONFIGURASI

Segala sesuatu di bawah baris ini di bagian ini secara selektif disertakan dari dokumentasi git-config [1]. Kontennya sama dengan apa’s ditemukan di sana:

init.Templatedir

Tentukan direktori dari templat mana yang akan disalin. (Lihat bagian “Direktori Template” dari Git-Init [1].)

Memungkinkan mengesampingkan nama cabang default e.G. Saat menginisialisasi repositori baru.

Nama remote untuk dibuat saat mengkloning repositori. Default ke asal, dan dapat ditimpa dengan melewati opsi baris perintah –origin untuk git-clone [1].

Tolak untuk mengkloning repositori jika itu yang dangkal, dapat ditimpa dengan opsi lewat-Shallow di baris perintah. Lihat Git-Clone [1]

Jika filter klon parsial disediakan (lihat-filter di git-rev-list [1]) dan –bu-rekure-submodul digunakan, juga terapkan filter ke submodule.

Git

Bagian dari suite git [1]

Git Clone Branch – Cara mengkloning cabang tertentu

Bolaji Ayodeji

Tidak seperti sistem kontrol versi terpusat yang lebih lama seperti SVN dan CVS, GIT didistribusikan. Setiap pengembang memiliki riwayat lengkap dan kontrol kode mereka secara lokal atau jarak jauh. Mereka juga dapat mengakses atau memanipulasi beberapa bagian kode yang dianggap cocok dari lokasi yang berbeda.

Karena Linus Torvalds (pencipta terkenal dari Kernel Sistem Operasi Linux) menciptakan Git pada tahun 2005 untuk pengembangan kernel Linux, ini telah menjadi sistem kontrol versi modern yang paling banyak digunakan di dunia.

Dalam artikel ini, saya akan memperkenalkan Anda ke alur kerja git klon dan git dan saya akan menunjukkan kepada Anda bagaimana Anda dapat mengkloning cabang tertentu berdasarkan kebutuhan Anda. Mari kita mulai! ?

Prasyarat

• Pengetahuan dasar terminal
• Kemampuan untuk mengetik perintah di terminal
• Git terpasang (saya masih akan menunjukkan caranya)
• Akun github
• Senyuman di wajah Anda (pasang teman senyum itu ?)

Pengantar Cepat untuk Git dan GitHub

Git adalah sistem kontrol versi terdistribusi yang dirancang untuk melacak perubahan pada proyek (kode) dalam pengembangan perangkat lunak. Ini dimaksudkan untuk menegakkan koordinasi, kolaborasi, kecepatan, dan efisiensi di antara pengembang.

GitHub, Di sisi lain, adalah layanan hosting berbasis web untuk kontrol versi menggunakan git. Ini menawarkan semua kontrol versi terdistribusi dan fungsionalitas manajemen kode sumber GIT serta menambahkan lebih banyak fitur untuk kode komputer.

Cara menginstal git di windows

Unduh dan instal GIT terbaru untuk pemasang Windows di sini.

Cara menginstal git di linux

Berikut adalah perintah berdasarkan distro Linux Anda:

Debian atau Ubuntu

sudo apt-get update sudo apt-get install git

Fedora

sudo dnf menginstal git

Centos

sudo yum install git

Arch Linux

sudo pacman -sy git

Gentoo

sudo emerge --ask --verbose dev-vcs/git

Cara menginstal git di mac

Unduh dan instal GIT terbaru untuk penginstal Mac di sini.

Atau Anda dapat mengetik perintah ini:

Pembuatan bir menginstal git

Sekarang kami telah menginstal git, mari kita lanjutkan ke tutorial.

Pengantar klon git

Git memungkinkan Anda untuk mengelola dan versi proyek Anda dalam “repositori”. Repositori ini disimpan di layanan hosting berbasis web untuk kontrol versi, seperti GitHub.

Anda kemudian dapat mengkloning repositori ini ke mesin lokal Anda dan memiliki semua file dan cabang secara lokal (saya akan segera menjelaskan lebih banyak tentang cabang).

Misalnya, Anda dapat mengkloning repositori freecodecamp dengan ssh seperti itu:

git clone [email protected]: freecodecamp/freecodecamp.git

Pengantar Cabang Git

Saat mengerjakan proyek, Anda mungkin akan memiliki fitur yang berbeda. Dan beberapa kontributor akan mengerjakan proyek ini dan fitur -fiturnya.

Cabang memungkinkan Anda untuk membuat “taman bermain” dengan file yang sama di cabang master. Anda dapat menggunakan cabang ini untuk membangun fitur independen, menguji fitur baru, membuat perubahan, membuat perbaikan, menulis dokumen atau mencoba ide tanpa merusak atau mempengaruhi kode produksi. Setelah selesai, Anda menggabungkan cabang ke dalam cabang master produksi.

Percabangan adalah konsep inti dalam git yang juga digunakan dalam github untuk mengelola alur kerja dari berbagai versi dari satu proyek. Cabang Master selalu merupakan cabang default dalam repositori yang paling sering dianggap “produksi dan kode yang dapat digunakan”. Cabang baru seperti kata sandi-Auth atau refactor-Signup-ux dapat dibuat dari cabang master.

Cara mengkloning cabang git

Meskipun Anda dapat mengkloning repositori dengan perintah git clone, perlu diingat bahwa ini mengkloning cabang dan kepala terpencil . Ini biasanya master secara default dan mencakup semua cabang lainnya di repositori.

Jadi saat Anda mengkloning repositori, Anda mengkloning master dan semua cabang lainnya. Ini berarti Anda harus memeriksa cabang lain sendiri.

Katakanlah tugas Anda pada suatu proyek adalah mengerjakan fitur untuk menambahkan otentikasi tanpa kata sandi ke dasbor pengguna. Dan fitur ini ada di cabang tanpa kata sandi.

Anda benar -benar tidak membutuhkan cabang utama karena “cabang fitur” Anda akan digabungkan menjadi master sesudahnya. Lalu bagaimana Anda mengkloning cabang Auth tanpa kata sandi ini tanpa mengambil semua cabang lain dengan “sekelompok file yang tidak Anda butuhkan”?

Saya membuat repositori sampel ini untuk menjelaskan ini. Repositori ini memegang blog sederhana yang dibangun dengan NextJS dan memiliki empat cabang boneka:

• menguasai
• dev
• memanggungkan
• Authless-auth

Di NextJS, file apa pun di dalam halaman folder/API dipetakan ke jalur/API/* dan akan diperlakukan sebagai titik akhir API alih -alih halaman . Di repositori kami, saya telah membuat API boneka yang berbeda di direktori ini untuk membuat setiap cabang berbeda.

Cabang Master memegang file Halaman/API/Halo.JS Sedangkan kata sandi-Auth memegang file Halaman/API/AUTH.JS. Setiap file hanya mengembalikan respons teks dummy. Lihat Respons API Hello Master di sini (dengan pesan khusus untuk Anda ?).

Mari kita klon The Repository:

git clone [email protected]: bolajiayodeji/nextjs-blog.git

Ini memberi kami akses ke semua cabang di repositori ini dan Anda dapat dengan mudah beralih di antara masing -masing untuk melihat setiap versi dan file.

Cabang git -A

Bertanya -tanya di mana remote/asal/.. cabang berasal?

Saat Anda mengkloning repositori, Anda menarik data dari repositori di internet atau server internal yang dikenal sebagai terpencil. Kata asal adalah alias yang dibuat oleh git Anda untuk mengganti URL jarak jauh (Anda dapat mengubah atau menentukan alias lain jika Anda mau).

Ini remote/asal/.. Cabang menunjuk Anda kembali ke repositori asal yang Anda kloning dari internet sehingga Anda masih dapat melakukan tarik/dorong dari asal.

Jadi saat Anda mengkloning master ke mesin Anda, remote/asal/master adalah cabang master asli di internet, dan master ada di mesin lokal Anda. Jadi Anda akan menarik/mendorong dari dan ke remote/asal/master .

Singkatnya Terpencil adalah URL yang mengarahkan Anda ke repositori di internet sementara Asal adalah alias untuk url jarak jauh ini.

Cara mengkloning cabang tertentu

Sekarang mari kita klon cabang tertentu dari repositori demo kami. Ada dua cara untuk mengkloning cabang tertentu. Anda bisa:

• Kloning repositori, ambil semua cabang, dan segera checkout ke cabang tertentu.
• Klone repositori dan hanya mengambil satu cabang tunggal.

Opsi satu

Git Clone –Branch

Opsi dua

git clone --branch --single-branch

Jika Anda menjalankan halaman CD/API, Anda akan menemukan auth.file js di cabang tanpa kata sandi seperti yang diharapkan dari pengaturan sebelumnya.

Kesimpulan

Anda mungkin kehabisan internet atau ruang penyimpanan tetapi Anda perlu mengerjakan tugas di cabang tertentu. Atau Anda mungkin ingin mengkloning cabang tertentu dengan file terbatas karena berbagai alasan. Untungnya, Git memberi Anda fleksibilitas untuk melakukan ini. Lenturkan otot Anda dan coba, ada lebih banyak “git” untuk belajar.

Satu per satu, ya? ✌?

Apakah git klon klon semua cabang

Perintah git clone digunakan untuk membuat salinan repositori atau cabang tertentu dalam repositori.

Git adalah sistem kontrol versi terdistribusi. Maksimalkan keunggulan repositori penuh pada mesin Anda sendiri dengan mengkloning.

Apa yang dilakukan klon git?

Git Clone https: // github.com/github/pelatihan-kit.git

Saat Anda mengkloning repositori, Anda tidak mendapatkan satu file, seperti Anda mungkin di sistem kontrol versi terpusat lainnya. Dengan mengkloning dengan git, Anda mendapatkan seluruh repositori – semua file, semua cabang, dan semua berkomitmen.

Mengkloning repositori biasanya hanya dilakukan sekali, di awal interaksi Anda dengan sebuah proyek. Setelah repositori sudah ada di remote, seperti di github, maka Anda akan mengkloning repositori itu sehingga Anda dapat berinteraksi dengannya secara lokal. Setelah Anda mengkloning repositori, Anda tidak perlu mengkloningnya lagi untuk melakukan pengembangan rutin.

Kemampuan untuk bekerja dengan seluruh repositori berarti bahwa semua pengembang dapat bekerja lebih bebas. Tanpa dibatasi oleh file mana yang dapat Anda kerjakan, Anda dapat mengerjakan cabang fitur untuk membuat perubahan dengan aman. Maka kamu bisa:

• nanti gunakan git dorong untuk berbagi cabang Anda dengan repositori jarak jauh
• Buka permintaan tarik untuk membandingkan perubahan dengan kolaborator Anda
• menguji dan menggunakan sesuai kebutuhan dari cabang
• Gabungkan ke cabang utama.

Cara menggunakan klon git

Penggunaan dan opsi umum untuk klon git

• Git Clone [url]: klon (unduh) repositori yang sudah ada di github, termasuk semua file, cabang, dan komitmen.
• Git Clone – -Mirror: Kloning repositori tetapi tanpa kemampuan untuk mengedit file mana pun. Ini termasuk referensi, atau cabang. Anda mungkin ingin menggunakan ini jika Anda mencoba membuat salinan sekunder dari repositori pada remote terpisah dan Anda ingin mencocokkan semua cabang. Ini dapat terjadi selama konfigurasi menggunakan remote baru untuk hosting git Anda, atau saat menggunakan git selama pengujian otomatis.
• git clone –single-branch: klon hanya satu cabang tunggal
• Git Clone –Sparse: Alih -alih mengisi direktori kerja dengan semua file dalam komit saat ini secara rekursif, hanya mengisi file yang ada di direktori root. Ini bisa membantu kinerja saat mengkloning repositori besar dengan banyak direktori dan sub-direktori.
• `git clone –cecurse-submodules [=

Anda dapat melihat semua opsi dengan klon git dalam dokumentasi Git-SCM.

Contoh klon git

Penggunaan kloning yang paling umum adalah mengkloning repositori. Ini hanya dilakukan sekali, ketika Anda mulai mengerjakan suatu proyek, dan akan mengikuti sintaks dari klon git [url] .

Git mengkloning cabang

Git Clone –single-branch: Secara default, klon git akan membuat cabang pelacakan jarak jauh untuk semua cabang yang saat ini hadir di remote yang sedang dikloning. Satu -satunya cabang lokal yang dibuat adalah cabang default.

Tapi, mungkin karena alasan tertentu Anda ingin hanya Dapatkan cabang pelacakan jarak jauh untuk satu cabang tertentu, atau klon satu cabang yang tidak cabang default. Kedua hal ini terjadi saat Anda menggunakan-single-branch dengan git clone .

Ini akan membuat klon yang hanya memiliki komitmen termasuk dalam garis sejarah saat ini. Ini berarti tidak ada cabang lain yang akan dikloning. Anda dapat menentukan cabang tertentu untuk mengkloning, tetapi cabang default, biasanya utama, akan dipilih secara default.

Untuk mengkloning satu cabang tertentu, gunakan:

git clone [url] –branch [cabang] –single-branch

Kloning hanya satu cabang tidak menambahkan manfaat apa pun kecuali repositori sangat besar dan berisi file biner yang memperlambat kinerja repositori. Solusi yang disarankan adalah mengoptimalkan kinerja repositori sebelum mengandalkan strategi kloning cabang tunggal.

git klon dengan ssh

Bergantung pada bagaimana Anda mengotentikasi dengan server jarak jauh, Anda dapat memilih untuk mengkloning menggunakan ssh.

Jika Anda memilih untuk mengkloning dengan SSH, Anda akan menggunakan jalur SSH tertentu untuk repositori alih -alih URL. Biasanya, pengembang diautentikasi dengan SSH dari tingkat mesin. Ini berarti bahwa Anda mungkin akan mengkloning dengan https atau dengan ssh – bukan campuran keduanya untuk repositori Anda.

• Git Branch: Ini menunjukkan cabang yang ada di repositori lokal Anda. Anda juga dapat menggunakan Git Branch [name banch] untuk membuat cabang dari lokasi Anda saat ini, atau cabang git-semua untuk melihat semua cabang, baik yang lokal di mesin Anda, dan cabang pelacakan jarak jauh yang disimpan dari git tarikan terakhir atau git fetch dari remote.
• Git Pull: Memperbarui Cabang Kerja Lokal Anda saat ini dengan semua komit baru dari cabang jarak jauh yang sesuai di GitHub. Git Pull adalah kombinasi git fetch dan git gabungan .
• Git Push: mengunggah semua cabang lokal berkomitmen untuk remote.
• Git Remote -V: Tampilkan repositori jarak jauh yang terkait dan nama tersimpannya, seperti asal .

Mulailah dengan git dan github

Tinjau kode, mengelola proyek, dan membangun perangkat lunak bersama 40 juta pengembang.

Git: Kloning cabang tertentu

Secara default, mengkloning repositori git membuat salinan seluruh repositori jarak jauh di mesin lokal. Namun, dalam beberapa kasus, repositori git bisa sangat besar, dan Anda mungkin tidak memerlukan semua cabang untuk pekerjaan Anda.

Terkadang, Anda mungkin hanya ingin mengkloning cabang tertentu, yang memungkinkan Anda bekerja di cabang itu tanpa mempengaruhi file lain. Berguna untuk mengkloning hanya cabang tertentu saat mengerjakan fitur atau saat memperbaiki bug yang hanya ada di cabang itu.

Dalam tutorial ini, Anda akan belajar mengkloning cabang git tertentu.

• Git terpasang (lihat Cara Menginstal Git di Ubuntu, MacOS, Windows, Centos 7, atau Centos 8).
• Repositori git.

Klon Cabang Git Spesifik

Perintah yang digunakan untuk mengkloning cabang git Git Clone . Namun, Git Clone perintah klon semua cabang dan remote KEPALA (biasanya menguasai / utama cabang).

Ada dua cara untuk mengkloning cabang git tunggal Git Clone :

• Metode 1. Kloning seluruh repositori, ambil semua cabang, dan periksa cabang yang ditentukan setelah proses kloning.
• Metode 2. Klon hanya cabang tertentu dan tidak ada cabang lain.

Bagian di bawah ini menjelaskan kedua metode sehingga Anda dapat menggunakannya sesuai preferensi Anda.

Metode 1 – Ambil semua cabang dan checkout satu

Gunakan metode ini untuk mengambil semua cabang dari repositori dan kemudian periksa satu. Cabang yang ditentukan menjadi cabang lokal yang dikonfigurasi untuk Git Push dan Git Pull. Namun, perhatikan bahwa perintah masih mengambil semua file dari semua cabang di repositori.

Gunakan sintaks berikut untuk mengambil semua cabang dari repositori jarak jauh dan periksa ke yang ditentukan:

git clone --branch [branch_name] [remote-url]

Catatan: Ganti variabel [nama cabang] Dan [REMOTE-URL] dengan nama cabang yang benar dan url jarak jauh.

Dalam contoh di atas, kami mengambil semua cabang dari repositori yang ditentukan dan memeriksa fitur baru cabang. Setelah mengubah direktori ke yang berisi repositori, cabang default adalah fitur baru , bukan menguasai .

Metode 2 – Ambil file dari hanya cabang tunggal

Metode kedua memungkinkan Anda untuk mengambil hanya file dari cabang yang ditentukan, dan tidak ada yang lain. Melakukan ini menghemat banyak ruang di hard drive dan mengurangi ukuran unduhan. Karena beberapa repositori bisa sangat besar, metode ini mengurangi penggunaan bandwidth jika Anda perlu bekerja pada cabang tertentu saja.

Catatan: Untuk mengambil hanya satu cabang, Git Versi 1.7.10 atau lebih baru diperlukan.

git clone --branch [branch_name] --single-branch [remote-url]

Perintah mengambil cabang yang ditentukan dan menyalin hanya file yang terkandung di cabang itu, tanpa mengambil cabang atau file lainnya. Berlari Cabang git menunjukkan cabang mana yang disalin.

Tutorial ini menunjukkan cara mengambil satu cabang tunggal dari repositori git. Opsi ini berguna saat Anda tidak ingin mengunduh seluruh repositori, atau saat Anda ingin bekerja hanya pada satu fitur.

Untuk tutorial git lainnya, lihat panduan pemula git kami, lihat tutorial tag git kami, atau panduan submodule git.

Apakah artikel ini berguna?

Bosko Marijan

Setelah bekerja sebagai pendidik dan penulis konten, dikombinasikan dengan hasrat seumur hidupnya untuk semua hal berteknologi tinggi, Bosko berusaha untuk menyederhanakan konsep yang rumit dan membuatnya ramah pengguna. Itu telah membawanya ke tulisan teknis di Phoenixnap, di mana ia melanjutkan misinya untuk menyebarkan pengetahuan.

Selanjutnya Anda harus membaca

22 Maret 2023

Tutorial ini menunjukkan dua metode untuk menggabungkan cabang master ke cabang lain di git. Lihat contoh dan penggunaan kasus.

28 September 2022

Perintah Git Submodule Init menambahkan entri submodule ke file konfigurasi GIT lokal. Tutorial ini menunjukkan kepada Anda cara menggunakan init submodule git dengan contoh penggunaan umum.

16 Maret 2023

Cabang di git adalah jalur pengembangan independen dalam repositori. Tutorial ini menunjukkan cara menarik semua cabang dari repositori jarak jauh ke yang lokal di git.

21 Februari 2023

Artikel ini membandingkan dan memberikan saran tentang memilih antara SSH dan HTTPS – dua protokol jaringan yang digunakan untuk mengamankan koneksi ke repositori jarak jauh.