Git Pull menjelaskan

Ringkasan:

Git Pull adalah perintah yang umum digunakan dalam git yang digunakan untuk mengambil dan menggabungkan perubahan dari repositori jarak jauh ke repositori lokal Anda. Ini memperbarui repositori lokal Anda dengan perubahan terbaru dari repositori jarak jauh.

Poin -Poin Kunci:

1. Git Pull menggabungkan perintah git dan git git git menjadi satu perintah yang nyaman.
2. Ini digunakan untuk mengambil perubahan terbaru dari repositori jarak jauh dan menggabungkannya dengan cabang lokal Anda.
3. Tarik git dapat digunakan untuk memperbarui beberapa cabang di repositori lokal Anda.
4. Saat Anda menjalankan git tarik, itu memeriksa apakah ada perubahan baru di repositori jarak jauh sejak tarikan atau pengambilan terakhir Anda.
5. Jika ada perubahan baru, git menarik unduhan dan menerapkan perubahan itu pada repositori lokal Anda.
6. Git Tarik secara otomatis menggabungkan perubahan dengan cabang lokal Anda.
7. Jika ada konflik selama proses penggabungan, Anda perlu menyelesaikannya secara manual.
8. Anda dapat menggunakan asal tarik git Perintah untuk memperbarui cabang tertentu.
9. Git Pull adalah perintah yang berguna untuk menjaga repositori lokal Anda tetap up to date dengan repositori jarak jauh.
10. Disarankan untuk menjalankan git tarik secara teratur untuk memastikan Anda memiliki perubahan terbaru.

Pertanyaan:

1. Apakah git menarik tarik semua cabang?

Saat Anda menjalankan Git Pull, itu memperbarui cabang saat ini di repositori lokal Anda dengan perubahan dari repositori jarak jauh. Itu tidak secara otomatis memperbarui semua cabang di repositori lokal Anda.

2. Bagaimana cara kerja menarik?

Git Pull menggabungkan perintah git ambil dan git git. Pertama -tama mengambil perubahan terbaru dari repositori jarak jauh dan kemudian menggabungkan perubahan itu dengan cabang lokal Anda. Jika ada konflik selama proses penggabungan, Anda perlu menyelesaikannya secara manual.

3. Dapat git menarik memperbarui cabang tertentu?

Ya, Anda dapat menggunakan asal git tarik Perintah untuk memperbarui cabang tertentu di repositori lokal Anda dengan perubahan dari repositori jarak jauh.

4. Seberapa sering saya harus menjalankan tarikan git?

Dianjurkan untuk menjalankan Git Pull secara teratur, terutama sebelum memulai pekerjaan apa pun atau mendorong perubahan Anda ke repositori jarak jauh. Ini memastikan bahwa Anda memiliki perubahan terbaru dan mengurangi kemungkinan konflik.

5. Apa yang terjadi jika ada konflik selama tarikan git?

Jika ada konflik selama proses penggabungan, Git Pull berhenti dan meminta Anda untuk menyelesaikan konflik secara manual. Anda perlu mengedit file yang bertentangan, menyelesaikan konflik, dan kemudian melakukan perubahan.

6. Dapatkah saya membatalkan tarikan git?

Membatalkan tarikan git bisa menjadi sedikit rumit. Setelah Anda menarik perubahan dari repositori jarak jauh dan menggabungkannya ke cabang lokal Anda, itu menjadi bagian dari sejarah komit Anda. Anda dapat menggunakan git kembali untuk mengembalikan perubahan, tetapi disarankan untuk membuat cadangan atau berkonsultasi dengan tim Anda sebelum melakukan operasi undo.

7. Dapat git menarik timpa perubahan lokal?

Jika Anda telah membuat perubahan lokal pada file yang juga dimodifikasi dalam repositori jarak jauh, Git Pull mencoba untuk secara otomatis menggabungkan perubahan tersebut. Jika ada konflik, itu mendorong Anda untuk menyelesaikannya secara manual. Secara default, Git Pull tidak secara paksa menimpa perubahan lokal Anda tanpa izin Anda.

8. Bagaimana cara memeriksa apakah cabang lokal saya mutakhir dengan cabang jarak jauh?

Anda dapat menggunakan perintah Git Branch untuk memeriksa apakah cabang lokal Anda mutakhir dengan cabang jarak jauh. Setelah menjalankan Git Pull, Anda dapat menggunakan GIT Branch -VV untuk menampilkan informasi yang lebih rinci tentang cabang lokal dan jarak jauh Anda.

9. Dapatkah saya menggunakan tarik git untuk memperbarui beberapa cabang?

Ya, tarikan git dapat digunakan untuk memperbarui beberapa cabang di repositori lokal Anda. Anda dapat beralih ke cabang tertentu dan menjalankan Git Pull untuk memperbarui cabang itu dengan perubahan terbaru dari repositori jarak jauh.

10. Apakah git menarik sama dengan git fetch?

Tidak, tarikan git tidak sama dengan git fetch. Git fetch hanya mengunduh perubahan terbaru dari repositori jarak jauh tetapi tidak menggabungkannya dengan cabang lokal Anda. Tarik git, di sisi lain, mengambil perubahan dan menggabungkannya dengan cabang lokal Anda.

11. Dapat git tarik digunakan untuk memperbarui cabang dari repositori jarak jauh yang berbeda?

Ya, Anda dapat menentukan repositori jarak jauh saat menjalankan perintah tarik git. Misalnya, tarik git memperbarui cabang yang ditentukan dari repositori jarak jauh yang ditentukan.

12. Dapatkah saya menjalankan tarik git tanpa menentukan cabang?

Jika Anda menjalankan Git Pull tanpa menentukan cabang, itu memperbarui cabang saat ini di repositori lokal Anda dengan perubahan dari repositori jarak jauh.

13. Dapatkah saya menggunakan tarik git untuk memperbarui cabang ke komit tertentu?

Tidak, tarikan git terutama digunakan untuk memperbarui cabang dengan perubahan terbaru dari repositori jarak jauh. Jika Anda ingin memperbarui cabang ke komit tertentu, Anda dapat menggunakan perintah git reset.

14. Bagaimana saya bisa menghindari konflik selama tarikan git?

Untuk menghindari konflik selama Git Pull, disarankan untuk secara teratur memperbarui repositori lokal Anda dengan perubahan terbaru dari repositori jarak jauh dengan menjalankan Git Pull. Ini membantu menjaga cabang lokal dan jarak jauh Anda tetap sinkron. Ini juga merupakan praktik yang baik untuk berkomunikasi dan berkoordinasi dengan tim Anda untuk meminimalkan kemungkinan perubahan yang bertentangan.

15. Dapat git menarik file hapus di repositori lokal saya?

Tidak, tarik git tidak menghapus file di repositori lokal Anda kecuali mereka telah dihapus di repositori jarak jauh. Bahkan dalam hal ini, Git Pull mencoba menggabungkan perubahan dan mempertahankan modifikasi lokal Anda jika memungkinkan. Namun, selalu merupakan praktik yang baik untuk mendukung repositori lokal Anda sebelum melakukan operasi gabungan.

Git Pull menjelaskan

Berlari Cabang git Sekali lagi dan periksa apakah cabang ada secara lokal:

Apakah git menarik tarik semua cabang

Perubahan dalam git-pull manual

1. 2.40.1 Tidak ada perubahan
2. 2.40.0 03/12/23
3. 2.36.1 → 2.39.3 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.34.1 → 2.34.8 Tidak ada perubahan
8. 2.34.0 11/15/21
9. 2.33.2 → 2.33.8 Tidak ada perubahan
10. 2.33.1 10/12/21
11. 2.33.0 08/16/21
12. 2.32.1 → 2.32.7 Tidak ada perubahan
13. 2.32.0 06/06/21
14. 2.31.1 → 2.31.8 Tidak ada perubahan
15. 2.31.0 03/15/21
16. 2.30.1 → 2.30.9 Tidak ada perubahan
17. 2.30.0 12/27/20
18. 2.29.1 → 2.29.3 Tidak ada perubahan
19. 2.29.0 10/19/20
20. 2.27.1 → 2.28.1 Tidak ada perubahan
21. 2.27.0 06/01/20
22. 2.25.2 → 2.26.3 Tidak ada perubahan
23. 2.25.1 02/17/20
24. 2.25.0 01/13/20

Periksa versi git Anda dengan berjalan

NAMA

git -pull – ambil dari dan berintegrasi dengan repositori lain atau cabang lokal

RINGKASAN

tarik git [] [[...]]

KETERANGAN

Menggabungkan perubahan dari repositori jarak jauh ke dalam cabang saat ini. Jika cabang saat ini berada di belakang remote, maka secara default akan maju cepat cabang saat ini agar sesuai dengan remote. Jika cabang saat ini dan remote telah menyimpang, pengguna perlu menentukan cara merekonsiliasi cabang yang berbeda dengan –rebase atau–no-rebase (atau opsi konfigurasi yang sesuai di tarik.Rebase).

Lebih tepatnya, tarikan git menjalankan git mengambil dengan parameter yang diberikan dan kemudian tergantung pada opsi konfigurasi atau bendera baris perintah, akan memanggil git rebase atau git gabungan untuk mendamaikan cabang yang berbeda.

harus menjadi nama repositori jarak jauh sebagaimana diteruskan ke git-fetch [1]. Dapat menyebutkan Remote Ref yang sewenang-wenang (misalnya, nama tag) atau bahkan kumpulan referensi dengan cabang pelacakan jarak jauh yang sesuai (e.G., Refs/Heads/*: Refs/Remotes/Origin/*), tetapi biasanya itu adalah nama cabang di repositori jarak jauh.

Nilai default untuk dan dibaca dari konfigurasi “remote” dan “gabungkan” untuk cabang saat ini sebagaimana ditetapkan oleh git-branch [1] –track .

Asumsikan sejarah berikut ada dan cabang saat ini adalah “master”:

A --- B --- C Master on Origin / D --- E --- F --- G Master ^ Asal / Master di Repositori Anda

Kemudian “Git Pull” akan mengambil dan memutar ulang perubahan dari cabang master jarak jauh karena menyimpang dari master lokal (i.e., E) Sampai komit saat ini (c) di atas master dan mencatat hasilnya dalam komit baru bersama dengan nama -nama dua orang tua berkomitmen dan pesan log dari pengguna yang menggambarkan perubahan tersebut.

A --- B --- C Asal / Master / \ D --- E --- F --- G --- H Master

Lihat Git-Mere [1] untuk detailnya, termasuk bagaimana konflik disajikan dan ditangani.

Di git 1.7.0 atau yang lebih baru, untuk membatalkan penggabungan yang bertentangan, gunakan git reset –merge . Peringatan: Dalam versi git yang lebih tua, berlari tarik git Dengan perubahan yang tidak berkomitmen tidak dianjurkan: Meskipun memungkinkan, itu membuat Anda dalam keadaan yang mungkin sulit untuk mundur dalam kasus konflik.

Jika salah satu perubahan jarak jauh tumpang tindih dengan perubahan lokal yang tidak berkomitmen, penggabungan akan dibatalkan secara otomatis dan pohon kerja tidak tersentuh. Biasanya yang terbaik untuk mendapatkan perubahan lokal dalam urutan kerja sebelum menarik atau menyimpannya dengan git-stash [1].

PILIHAN

Ini diteruskan ke kedua git-fetch yang mendasari untuk memadamkan pelaporan selama transfer, dan mendasari git-merge untuk memadamkan output selama penggabungan.

Lulus –verbose ke git-fetch dan git-merge.

Opsi ini mengontrol jika komitmen baru dari submodul yang dihuni harus diambil, dan jika pohon yang berfungsi dari submodules aktif juga harus diperbarui (lihat Git-Fetch [1], Git-Config [1] dan gitmodules [5]).

Jika checkout dilakukan melalui rebase, komit submodul lokal juga dibuka kembali.

Jika pembaruan dilakukan melalui penggabungan, konflik submodule diselesaikan dan diperiksa.

Opsi terkait penggabungan

–Komit-tidak berkomitmen

Lakukan gabungan dan lakukan hasilnya. Opsi ini dapat digunakan untuk mengganti-tidak berkomitmen. Hanya berguna saat bergabung.

Dengan-tidak ada komit melakukan gabungan dan berhenti tepat sebelum membuat komit gabungan, untuk memberi pengguna kesempatan untuk memeriksa dan lebih lanjut mengubah hasil gabungan sebelum melakukan.

Perhatikan bahwa pembaruan maju cepat tidak membuat komit gabungan dan oleh karena itu tidak ada cara untuk menghentikan penggabungan itu dengan-tidak ada yang berkomitmen. Dengan demikian, jika Anda ingin memastikan cabang Anda tidak diubah atau diperbarui oleh perintah gabungan, gunakan –no-ff dengan —no-commit.

–Edit -e —no -edit

Meminta editor sebelum melakukan penggabungan mekanis yang sukses untuk lebih mengedit pesan penggabungan yang dihasilkan secara otomatis, sehingga pengguna dapat menjelaskan dan membenarkan penggabungan. Opsi–no-edit dapat digunakan untuk menerima pesan yang dihasilkan secara otomatis (ini umumnya berkecil hati).

Script yang lebih lama mungkin bergantung pada perilaku historis karena tidak mengizinkan pengguna untuk mengedit pesan log gabungan. Mereka akan melihat editor dibuka ketika mereka menjalankan git gabungan . Untuk membuatnya lebih mudah untuk menyesuaikan skrip tersebut dengan perilaku yang diperbarui, variabel lingkungan git_merge_autoedit dapat diatur ke tidak ada di awal mereka.

Opsi ini menentukan bagaimana pesan gabungan akan dibersihkan sebelum berkomitmen. Lihat Git-Commit [1] untuk lebih jelasnya. Selain itu, jika diberikan nilai gunting, gunting akan ditambahkan ke gabungan_msg sebelum diteruskan ke mesin komit dalam kasus konflik gabungan.

Hanya perbarui untuk sejarah baru jika tidak ada sejarah lokal yang berbeda. Ini adalah default ketika tidak ada metode untuk merekonsiliasi sejarah divergen disediakan (melalui -bendera =* bendera).

Saat bergabung daripada menebus, menentukan bagaimana penggabungan ditangani ketika sejarah gabungan sudah menjadi keturunan dari sejarah saat ini. Jika penggabungan diminta, –FF adalah default kecuali menggabungkan tag beranotasi (dan mungkin ditandatangani) yang tidak disimpan di tempat alami dalam referensi/ tag/ hierarki, dalam hal ini–no-ff diasumsikan.

Dengan –ff, bila memungkinkan menyelesaikan penggabungan sebagai maju cepat (hanya memperbarui penunjuk cabang agar sesuai dengan cabang gabungan; jangan membuat komit gabungan). Bila tidak mungkin (ketika sejarah gabungan bukanlah keturunan dari sejarah saat ini), buat komit gabungan.

Dengan–no-ff, buat komit gabungan dalam semua kasus, bahkan ketika penggabungan malah dapat diselesaikan sebagai yang cepat maju.

-S [] –gpg-sign [=] —no-gpg-

GPG menandatangani komit gabungan yang dihasilkan. Argumen KeyID adalah opsional dan default untuk identitas Committer; Jika ditentukan, itu harus macet ke opsi tanpa ruang. –No-GPG-Sign berguna untuk melawan keduanya berkomitmen.Variabel Konfigurasi GPGSign, dan sebelumnya –gpg-Sign .

Selain nama cabang, isi pesan log dengan deskripsi satu baris dari paling banyak komit aktual yang sedang digabungkan. Lihat juga git-fmt-rge-msg [1]. Hanya berguna saat bergabung.

Dengan —no-log tidak mencantumkan deskripsi satu baris dari komitmen aktual yang digabungkan.

–Signoff–No-Signoff

Tambahkan trailer yang ditandatangani oleh Committer di akhir pesan log komit. Arti dari tanda tangan tergantung pada proyek tempat Anda’kembali berkomitmen. Misalnya, dapat menyatakan bahwa Committer memiliki hak untuk mengirimkan pekerjaan di bawah proyek’S lisensi atau menyetujui beberapa perwakilan kontributor, seperti Sertifikat Asal Pengembang. (Lihat http: // developcertificate.org untuk yang digunakan oleh proyek kernel dan git Linux.) Konsultasikan dengan dokumentasi atau kepemimpinan proyek tempat Anda’berkontribusi untuk memahami bagaimana tanda tangan digunakan dalam proyek itu.

Opsi–no-tanda tangan dapat digunakan untuk menunggang opsi-tanda tangan pada baris perintah.

–stat -n —no -stat

Tunjukkan diffstat di akhir penggabungan. Diffstat juga dikendalikan oleh gabungan opsi konfigurasi.Stat.

Dengan -n atau —no -stat tidak menunjukkan diffstat di akhir gabungan.

–squash-tidak ada squash

Menghasilkan pohon yang berfungsi dan keadaan indeks seolah -olah penggabungan nyata terjadi (kecuali untuk informasi gabungan), tetapi tidak benar -benar membuat komit, memindahkan kepala, atau merekam $ git_dir/merge_head (untuk menyebabkan perintah komit git berikutnya untuk membuat komit gabungan). Ini memungkinkan Anda untuk membuat komit tunggal di atas cabang saat ini yang pengaruhnya sama dengan menggabungkan cabang lain (atau lebih dalam kasus gurita).

Dengan-tidak ada squash melakukan penggabungan dan melakukan hasilnya. Opsi ini dapat digunakan untuk mengganti -squash.

Dengan –squash, –momit tidak diperbolehkan, dan akan gagal.

Hanya berguna saat bergabung.

Secara default, kait pra-merde dan komit-msg dijalankan. Ketika–no-verifikasi diberikan, ini dilewati. Lihat juga Githooks [5]. Hanya berguna saat bergabung.

Gunakan strategi gabungan yang diberikan; dapat disediakan lebih dari sekali untuk menentukannya dalam urutan yang harus mereka coba. Jika tidak ada opsi -s, daftar strategi bawaan digunakan sebagai gantinya (ORT saat menggabungkan satu kepala, gurita sebaliknya).

Lulus gabungan strategi spesifik melalui strategi gabungan.

Pastikan bahwa komitmen ujung cabang samping digabungkan ditandatangani dengan kunci yang valid, saya.e. Kunci yang memiliki UID yang valid: dalam model kepercayaan default, ini berarti kunci penandatanganan telah ditandatangani dengan kunci tepercaya. Jika ujung komit dari cabang samping tidak ditandatangani dengan kunci yang valid, penggabungan dibatalkan.

Hanya berguna saat bergabung.

–Ringkasan–No-Summary

Sinonim untuk –stat dan–no-stat; Ini sudah usang dan akan dihapus di masa depan.

Secara otomatis membuat entri simpanan sementara sebelum operasi dimulai, catat di REF khusus Merge_Autostash dan terapkan setelah operasi berakhir. Ini berarti Anda dapat menjalankan operasi pada worktree yang kotor. Namun, gunakan dengan hati-hati: aplikasi simpanan akhir setelah penggabungan yang berhasil dapat mengakibatkan konflik non-sepele.

Secara default, perintah git gabungan menolak untuk menggabungkan sejarah yang tidak berbagi leluhur bersama. Opsi ini dapat digunakan untuk mengesampingkan keselamatan ini saat menggabungkan sejarah dua proyek yang memulai kehidupan mereka secara mandiri. Karena itu adalah kesempatan yang sangat langka, tidak ada variabel konfigurasi untuk mengaktifkan ini secara default dan tidak akan ditambahkan.

Hanya berguna saat bergabung.

-r –rebase [= false | true | gabungan | interaktif]

Saat benar, rebase cabang saat ini di atas cabang hulu setelah mengambil. Jika ada cabang pelacakan jarak jauh yang sesuai dengan cabang hulu dan cabang hulu diselesaikan sejak terakhir diambil, rebase menggunakan informasi itu untuk menghindari rebasing perubahan non-lokal.

Saat diatur ke penggabungan, rebase menggunakan git rebase –rebase-merges sehingga komitmen gabungan lokal termasuk dalam rebase (lihat git-rebase [1] untuk detailnya).

Saat salah, gabungkan cabang hulu ke dalam cabang saat ini.

Saat interaktif, aktifkan mode interaktif Rebase.

Lihat Tarik.Rebase, cabang..Rebase dan Cabang.AutoSetuprebase di git-config [1] Jika Anda ingin membuat tarikan git selalu menggunakan-rebase alih-alih menggabungkan.

Ini singkatan untuk –rebase = false.

Opsi yang terkait dengan pengambilan

Ambil semua remote.

Tambahkan nama ref dan nama objek dari referensi yang diambil ke konten yang ada .git/fetch_head . Tanpa opsi ini data lama di .git/fetch_head akan ditimpa.

Gunakan transaksi atom untuk memperbarui referensi lokal. Entah semua referensi diperbarui, atau kesalahan, tidak ada referensi yang diperbarui.

Batasi pengambilan ke jumlah komitmen yang ditentukan dari ujung setiap riwayat cabang jarak jauh. Jika mengambil ke a dangkal Repositori yang dibuat oleh git klon dengan —depth = opsi (lihat git-clone [1]), memperdalam atau mempersingkat sejarah ke jumlah komitmen yang ditentukan. Tag untuk komitmen yang diperdebatkan tidak diambil.

Mirip dengan –Tepth, kecuali itu menentukan jumlah komit dari batas dangkal saat ini alih -alih dari ujung setiap riwayat cabang jarak jauh.

Memperdalam atau mempersingkat sejarah repositori yang dangkal untuk memasukkan semua komitmen yang dapat dicapai setelah .

Memperdalam atau mempersingkat sejarah repositori yang dangkal untuk mengecualikan komit yang dapat dijangkau dari cabang atau tag jarak jauh yang ditentukan. Opsi ini dapat ditentukan beberapa kali.

Jika repositori sumber selesai, konversi repositori yang dangkal ke yang lengkap, menghapus semua batasan yang dikenakan oleh repositori yang dangkal.

Jika repositori sumber dangkal, ambil sebanyak mungkin sehingga repositori saat ini memiliki sejarah yang sama dengan repositori sumber.

–pembaruan-shallow

Secara default saat mengambil dari repositori yang dangkal, git fetch menolak referensi yang membutuhkan pembaruan .git/dangkal. Opsi ini memperbarui .git/dangkal dan menerima referensi semacam itu.

Secara default, Git akan melaporkan, ke server, berkomitmen yang dapat dijangkau dari semua referensi lokal untuk menemukan komitmen umum dalam upaya untuk mengurangi ukuran packfile yang akan diterima. Jika ditentukan, GIT hanya akan melaporkan komit yang dapat dijangkau dari tips yang diberikan. Ini berguna untuk mempercepat pengambilan ketika pengguna tahu ref Local mana yang mungkin memiliki kesamaan dengan referensi hulu yang diambil.

Opsi ini dapat ditentukan lebih dari sekali; Jika demikian, Git akan melaporkan komit yang dapat dijangkau dari komitmen yang diberikan.

Argumen untuk opsi ini mungkin merupakan glob pada nama ref, ref, atau (mungkin disingkat) SHA-1 dari komit. Menentukan glob adalah setara dengan menentukan opsi ini beberapa kali, satu untuk setiap nama ref yang cocok.

Lihat juga pengambilan.negosiasi dan dorongan dan dorongan.Negosiasikan variabel konfigurasi yang didokumentasikan dalam git-config [1], dan opsi-negosiasi saja di bawah ini.

–hanya bernegosiasi

Jangan mengambil apa pun dari server, dan sebaliknya mencetak nenek moyang dari argumen yang disediakan-negosiasi-tip =*, yang kita miliki bersama dengan server.

Ini tidak kompatibel dengan –cecurse-submodules = [ya | on-demand] . Secara internal ini digunakan untuk mengimplementasikan dorongan.Opsi bernegosiasi, lihat Git-Config [1].

Tunjukkan apa yang akan dilakukan, tanpa membuat perubahan apa pun.

Kapan git fetch digunakan dengan: refscec mungkin menolak untuk memperbarui cabang lokal seperti yang dibahas di bagian dokumentasi git-fetch [1]. Opsi ini mengesampingkan cek itu.

Terus unduh paket.

Ubah RefSpec yang dikonfigurasi untuk menempatkan semua referensi ke dalam referensi/ prefetch/ namespace. Lihat tugas prefetch dalam pemeliharaan git [1].

Sebelum mengambil, hapus referensi pelacakan jarak jauh yang tidak ada lagi di remote. Tag tidak dapat memangkas jika mereka diambil hanya karena tag default mengikuti auto atau karena opsi–tags. Namun, jika tag diambil karena RefSpec eksplisit (baik pada baris perintah atau dalam konfigurasi jarak jauh, misalnya jika remote dikloning dengan opsi – -mirror), maka mereka juga dapat pemangkasan. Memasok–tag-tag adalah singkatan untuk menyediakan tag refspec.

Secara default, tag yang menunjuk pada objek yang diunduh dari repositori jarak jauh diambil dan disimpan secara lokal. Opsi ini menonaktifkan tag otomatis ini berikut. Perilaku default untuk remote dapat ditentukan dengan remote..Pengaturan TagOpt. Lihat Git-Config [1].

Saat mengambil referensi yang terdaftar pada baris perintah, gunakan refspec yang ditentukan (dapat diberikan lebih dari sekali) untuk memetakan referensi ke cabang pelacakan jarak jauh, alih-alih nilai remote.*.Ambil variabel konfigurasi untuk repositori jarak jauh. Memberikan opsi kosong ke-reflikal menyebabkan Git mengabaikan refspec yang dikonfigurasi dan sepenuhnya bergantung pada refspec yang disediakan sebagai argumen baris perintah. Lihat bagian pada “Cabang Pelacakan Jarak Jauh yang Dikonfigurasi” untuk detailnya.

Ambil semua tag dari remote (i.e., Ambil tag jarak jauh referensi/tag/* ke dalam tag lokal dengan nama yang sama), di samping apa pun yang lain akan diambil. Menggunakan opsi ini saja tidak menundukkan tag untuk pemangkasan, bahkan jika -prune digunakan (meskipun tag mungkin dipangkas jika mereka juga merupakan tujuan refspec eksplisit; lihat –prune).

Jumlah anak paralel yang akan digunakan untuk semua bentuk pengambilan.

Jika opsi -multiple ditentukan, remote yang berbeda akan diambil secara paralel. Jika beberapa submodules diambil, mereka akan diambil secara paralel. Untuk mengontrolnya secara mandiri, gunakan Pengaturan Konfigurasi.Paralel dan Submodule.fetchjobs (lihat git-config [1]).

Biasanya, fetches rekursif paralel dan multi-remot akan lebih cepat. Secara default fetch dilakukan secara berurutan, tidak secara paralel.

–set-upstream

Jika remote berhasil diambil, tambahkan referensi hulu (pelacakan), digunakan oleh argumen-git-pull [1] dan perintah lainnya. Untuk informasi lebih lanjut, lihat cabang..Gabungkan dan Cabang..remote in git-config [1].

Saat diberikan, dan repositori untuk diambil dari ditangani oleh git fetch-pack, –exec = diteruskan ke perintah untuk menentukan jalur non-default untuk perintah yang dijalankan di ujung lainnya.

Status kemajuan dilaporkan pada aliran kesalahan standar secara default saat dilampirkan ke terminal, kecuali -q 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.

Secara default, git memeriksa apakah cabang diperbarui dengan kekuatan selama pengambilan. Ini bisa dinonaktifkan melalui pengambilan.showforcedupdates, tetapi opsi pembaruan yang dipaksakan. Lihat Git-Config [1].

Secara default, git memeriksa apakah cabang diperbarui dengan kekuatan selama pengambilan. Lulus —no-show-forced-updates atau atur fetch.showforcedupdates menjadi false untuk melewatkan cek ini karena alasan kinerja. Jika digunakan selama git-pull Opsi –FF hanya akan tetap memeriksa pembaruan paksa sebelum mencoba pembaruan yang cepat. Lihat Git-Config [1].

Gunakan alamat IPv4 saja, mengabaikan alamat IPv6.

Gunakan alamat IPv6 saja, mengabaikan alamat IPv4.

Repositori “jarak jauh” yang merupakan sumber operasi pengambilan atau tarik. Parameter ini dapat berupa URL (lihat bagian URL git di bawah) atau nama remote (lihat bagian remote di bawah).

Menentukan referensi mana untuk mengambil dan referensi lokal mana yang akan diperbarui. Saat tidak ada s yang muncul di baris perintah, referensi untuk diambil dari remote..Ambil variabel sebagai gantinya (lihat bagian “Cabang pelacakan jarak jauh yang dikonfigurasi” di Git-Fetch [1]).

Format parameter adalah opsional plus +, diikuti oleh sumbernya, diikuti oleh usus besar :, diikuti oleh referensi Ref . Usus besar dapat dihilangkan saat kosong. biasanya adalah ref, tetapi juga bisa menjadi nama objek hex yang sepenuhnya dieja.

A mungkin mengandung * di dalamnya untuk menunjukkan kecocokan pola sederhana. Refspec seperti itu seperti global yang cocok dengan referensi apa pun dengan awalan yang sama. Pola harus memiliki * di kedua dan . Itu akan memetakan referensi ke tujuan dengan mengganti * dengan konten yang cocok dari sumbernya.

Jika refspec diawali oleh ^, itu akan ditafsirkan sebagai refspec negatif. Daripada menentukan referensi mana untuk mengambil atau referensi lokal mana yang akan diperbarui, RefSpec seperti itu sebaliknya akan menentukan referensi untuk mengecualikan. Ref akan dianggap cocok jika cocok dengan setidaknya satu Refspec positif, dan tidak cocok dengan Refspec negatif. Refspec negatif dapat berguna untuk membatasi ruang lingkup pola refspec sehingga tidak akan termasuk referensi spesifik. Refspec negatif sendiri dapat menjadi referensi pola. Namun, mereka hanya dapat berisi A dan tidak menentukan a . Nama objek hex yang sepenuhnya dieja juga tidak didukung.

Tag berarti sama dengan referensi/tag/: ref/tag/; itu meminta untuk mengambil semuanya hingga tag yang diberikan.

Refote Ref yang cocok dengan diambil, dan jika bukan string kosong, upaya dilakukan untuk memperbarui wasit lokal yang cocok dengan itu.

Apakah pembaruan itu diperbolehkan tanpa -force tergantung pada namespace ref itu’S yang diambil, jenis objek yang diambil, dan apakah pembaruan dianggap sebagai yang cepat. Secara umum, aturan yang sama berlaku untuk pengambilan saat mendorong, lihat . bagian git-push [1] untuk apa itu. Pengecualian untuk aturan -aturan itu khusus git fetch tercatat di bawah ini.

Sampai Versi Git 2.20, dan tidak seperti saat mendorong dengan git-push [1], pembaruan apa pun untuk ref/tag/* akan diterima tanpa + di refspec (atau–force). Saat mengambil, kami secara tidak jelas mempertimbangkan semua pembaruan tag dari remote untuk dipaksa mengambil. Sejak Git Versi 2.20, mengambil untuk memperbarui referensi/tag/* bekerja dengan cara yang sama seperti saat mendorong. SAYA.e. Pembaruan apa pun akan ditolak tanpa + di Refspec (atau -force).

Tidak seperti saat mendorong dengan git-push [1], setiap pembaruan di luar referensi //* akan diterima tanpa + di refspec (atau–force), apakah itu’s pertukaran e.G. objek pohon untuk gumpalan, atau komit untuk komit lain itu’S tidak’t memiliki komit sebelumnya sebagai leluhur dll.

Berbeda dengan saat mendorong dengan git-push [1], tidak ada konfigurasi yang mana’ll ubah aturan ini, dan tidak seperti kait pra-pembiakan yang analog dengan kait pra-penerima.

Seperti halnya mendorong dengan git-push [1], semua aturan yang dijelaskan di atas tentang apa’S tidak diizinkan sebagai pembaruan dapat ditimpa dengan menambahkan opsional mengarah + ke refspec (atau menggunakan -opsi baris perintah -force). Satu-satunya pengecualian untuk ini adalah bahwa tidak ada jumlah pemaksaan yang akan membuat referensi/kepala/* namespace menerima objek non-komit.

Git Pull menjelaskan

Git Pull adalah perintah git yang digunakan untuk memperbarui versi lokal repositori dari remote.

Ini adalah salah satu dari empat perintah yang meminta interaksi jaringan oleh git. Secara default, Git Pull melakukan dua hal.

1. Memperbarui Cabang Kerja Lokal Saat Ini (saat ini diperiksa Cabang)
2. Memperbarui cabang pelacakan jarak jauh untuk semua cabang lainnya.

git menarik mengambil (git fetch) yang baru berkomitmen dan menggabungkan (git gabungan) ini ke dalam cabang lokal Anda.

Perintah ini’S Sintaks adalah sebagai berikut:

# Format Umum Opsi Tarik Git Repositori Refspec # Tarik Dari Cabang Khusus Git Tarik Nama Cabang Remote-Name

• PILIHAN adalah opsi perintah, seperti –quiet atau –verbose . Anda dapat membaca lebih lanjut tentang berbagai opsi dalam dokumentasi git
• GUDANG adalah URL untuk repo Anda. Contoh: https: // github.com/freecodecamp/freecodecamp.git
• Refspec Menentukan referensi mana untuk mengambil dan referensi lokal mana yang akan diperbarui
• Nama remote adalah nama repositori jarak jauh Anda. Misalnya: asal.
• NAMA CABANG adalah nama cabang Anda. Misalnya: mengembangkan.

Catatan

Jika Anda memiliki perubahan yang tidak berkomitmen, bagian gabungan dari perintah Git Pull akan gagal dan cabang lokal Anda tidak akan tersentuh.

Dengan demikian, Anda harus Selalu lakukan perubahan Anda di cabang sebelum menarik Komit baru dari repositori jarak jauh.

Daftar isi

• Menggunakan Git Pull
• Kontrol Versi Terdistribusi
• git fetch + git gabungan
• git menarik ide

Menggunakan Git Pull

Gunakan Git Pull untuk memperbarui repositori lokal dari repositori jarak jauh yang sesuai. Contoh: Saat bekerja secara lokal di master, jalankan GIT Pull untuk memperbarui salinan lokal master dan memperbarui cabang pelacakan jarak jauh lainnya. (Informasi lebih lanjut tentang cabang pelacakan jarak jauh di bagian berikutnya.)

Tapi, ada beberapa hal yang perlu diingat agar contoh itu benar:

Repositori lokal memiliki repositori jarak jauh yang ditautkan

• Periksa ini dengan mengeksekusi Git Remote -V
• Jika ada beberapa remote, tarik git mungkin tidak cukup informasi. Anda mungkin perlu memasuki Git Pull Origin atau Git Pull Hulu .

Cabang yang saat ini Anda periksa untuk memiliki cabang pelacakan jarak jauh yang sesuai

• Periksa ini dengan mengeksekusi status git . Jika tidak ada cabang pelacakan jarak jauh, git tidak’T Tahu Di Mana untuk Menarik Informasi dari.

Kontrol Versi Terdistribusi

Git adalah a Sistem Kontrol Versi Terdistribusi (DVC). Dengan DVC, pengembang dapat mengerjakan file yang sama secara bersamaan di lingkungan yang terpisah. Setelah mendorong Kode hingga repositori jarak jauh yang dibagikan, pengembang lain bisa menarik Kode yang diubah.

Interaksi jaringan di git

Hanya ada empat perintah yang meminta interaksi jaringan di git. Repositori lokal tidak memiliki kesadaran akan perubahan yang dibuat pada repositori jarak jauh sampai ada permintaan informasi. Dan, repositori jarak jauh tidak memiliki kesadaran akan perubahan lokal sampai komit didorong.

Keempat perintah jaringan adalah:

• Git Clone
• git fetch
• tarik git
• dorongan git

Cabang dalam DVC

Saat bekerja dengan git, rasanya ada banyak salinan kode yang sama mengambang di semua tempat. Ada versi berbeda dari file yang sama di setiap cabang. Dan, salinan berbeda dari cabang yang sama di setiap pengembang’S komputer dan pada remote. Untuk melacak ini, Git menggunakan sesuatu yang disebut Cabang pelacakan jarak jauh.

Jika Anda menjalankan cabang git -semua dalam repositori git, cabang pelacakan jarak jauh muncul dalam warna merah. Ini adalah salinan kode hanya-baca seperti yang muncul di remote. (Kapan interaksi jaringan terakhir yang akan membawa informasi secara lokal? Ingat ketika informasi ini terakhir diperbarui. Informasi dalam cabang pelacakan jarak jauh mencerminkan informasi dari interaksi itu.)

Dengan Cabang pelacakan jarak jauh, Anda dapat bekerja di git di beberapa cabang tanpa interaksi jaringan. Setiap kali Anda menjalankan perintah git tarik atau git ambil, Anda perbarui Cabang pelacakan jarak jauh.

git fetch plus git gabungan

Git Pull adalah perintah kombinasi, sama dengan git fetch + git gabungan .

git fetch

Sendiri, git mengambil memperbarui semua cabang pelacakan jarak jauh di repositori lokal. Tidak ada perubahan yang benar -benar tercermin pada cabang kerja lokal mana pun.

git gabungan

Tanpa argumen apa pun, git gabungan akan menggabungkan cabang pelacakan jarak jauh yang sesuai ke cabang kerja lokal.

tarik git

git mengambil pembaruan cabang pelacakan jarak jauh. git gabungan memperbarui cabang saat ini dengan cabang pelacakan jarak jauh yang sesuai. Menggunakan Git Pull, Anda mendapatkan kedua bagian pembaruan ini. Tapi, ini berarti bahwa jika Anda diperiksa untuk fitur cabang dan Anda menjalankan tarikan git, saat Anda checkout untuk menguasai, pembaruan baru tidak akan disertakan. Setiap kali Anda checkout ke cabang lain yang mungkin memiliki perubahan baru, itu’S selalu ide yang bagus untuk mengeksekusi tarikan git .

git menarik ide

Bahasa umum di IDE lain mungkin tidak termasuk kata tarik . Jika Anda mencari kata -kata git tarik tapi don’t melihat mereka, cari kata sinkronisasi.

Mengambil PR jarak jauh (permintaan tarik) ke repo lokal

Untuk keperluan peninjauan dan semacamnya, PR di jarak jauh harus diambil ke repo lokal. Anda dapat menggunakan perintah git fetch sebagai berikut untuk mencapai ini.

Git Fetch Origin Pull/ID/Head: BranchName

ID adalah ID Permintaan Tarik dan BranchName adalah nama cabang yang ingin Anda buat. Setelah cabang dibuat, Anda dapat menggunakan checkout git untuk beralih ke brach itu.

Sumber daya lain di git yang mungkin Anda sukai:

• Git gabungan dan git rebase
• Checkout git
• Git Commit
• Git simpanan
• Cabang git

Cara menarik semua cabang di git

Git adalah sistem kontrol versi yang memungkinkan pengguna untuk mempertahankan beberapa jalur pengembangan, saya.e., cabang, dalam satu proyek. Saat Anda mulai mengerjakan proyek dan ingin mengkloning repositori ke mesin lokal, Git memungkinkan Anda mengambil cabang individu atau semua cabang jarak jauh sekaligus.

Dalam tutorial ini, Anda akan belajar cara menarik semua cabang di git.

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

Menarik semua cabang di git

Cabang git dapat disimpan dalam repositori jarak jauh atau lokal. Saat Anda ingin mengerjakan fitur dari cabang yang disimpan di repositori jarak jauh, Anda harus mengunduhnya ke repositori lokal terlebih dahulu.

Dua perintah git yang digunakan untuk mengunduh konten dari repositori jarak jauh adalah tarik git dan git fetch :

• git fetch adalah versi yang lebih aman tarik git . Itu mengunduh konten jarak jauh tanpa memperbarui keadaan kerja repositori lokal, yang berarti pekerjaan Anda tetap utuh.
• tarik git lebih agresif karena mengunduh konten dari repositori jarak jauh dan menjalankan git gabungan di cabang aktif lokal. Gabungan menciptakan komit gabungan baru dan mengintegrasikan konten dengan pekerjaan Anda. Namun, menggabungkan konten seperti itu dapat menyebabkan konflik dengan pekerjaan yang sedang berlangsung, dan mungkin memerlukan resolusi manual.

Bagian di bawah ini menunjukkan cara menarik semua cabang git ke repositori lokal menggunakan dua perintah.

Metode Git Fetch

Dengan git fetch , Anda dapat mengunduh metadata dari repositori jarak jauh tanpa mempengaruhi pekerjaan lokal Anda. Ini adalah opsi yang berguna saat Anda ingin memeriksa apakah pengembang lain telah membuat perubahan dalam repositori jarak jauh. git fetch juga digunakan saat mengkloning repositori dan mengunduh data ke mesin lokal.

Itu git fetch Perintah mengambil pembaruan terbaru dari repositori jarak jauh. Bergantung pada apakah Anda ingin mengunduh metadata untuk masing -masing cabang atau semua cabang, perintah tersebut memiliki variasi berikut:

git fetch

• Perintah hanya mengambil cabang yang ditentukan dari repositori jarak jauh.

git fetch -semua

• Perintah dianggap sebagai perpindahan daya karena mengambil semua remote terdaftar dan cabangnya.

Untuk tutorial ini, kami akan mengkloning repositori baru dan mengambil semua cabang yang terkait. Ikuti langkah -langkah di bawah ini:

1. Buka prompt perintah git bash di windows atau buka jendela terminal baru di linux (Ctrl+Alt+T) atau macOS.

2. Arahkan ke direktori tempat Anda ingin menyimpan file repositori. Gunakan perintah CD untuk mengubah direktori.

3. Di GitHub, temukan repositori jarak jauh yang ingin Anda klon dan klik <> Kode tombol. Misalnya, kami akan mengkloning repositori kit pengembangan perangkat lunak Cloud API Phoenixnap. Platform BMC Github Action memungkinkan Anda untuk mengotomatisasi tugas di repositori git Anda.

4. Dari menu dropdown, pilih opsi keamanan yang ingin Anda gunakan untuk git dan Salin URL. Dalam tutorial ini, kami akan menggunakan https karena ini adalah yang termudah untuk diatur. Jika Anda menginginkan opsi yang lebih aman, pergi dengan SSH.

5. Di git bash, klon repositori jarak jauh menggunakan Git Clone perintah dan url yang Anda salin. Sintaksnya adalah:

Git Clone

6. Setelah mengkloning repositori, periksa cabang yang tersedia di repositori lokal dan jarak jauh. Untuk memeriksa cabang lokal, jalankan:

Cabang git

Periksa cabang yang tersedia dari jarak jauh dengan menjalankan:

Cabang git -r

Hanya mengembangkan Cabang tersedia di repositori lokal, yang berarti kita perlu mengambil yang tersisa.

7. Ambil metadata untuk cabang jarak jauh dan mulailah melacaknya. Berlari:

git fetch -semua

Itu –semua Bendera memberitahu git untuk mengambil metadata untuk semua cabang di repositori.

8. Setelah mengambil metadata, mulailah melacak cabang dengan perintah ini:

Git Branch -r | grep -v '\ ->' | sed "s, \ x1b \ [[0-9;]*[a-za-z] ,, g" | Saat membaca remote; do git cabang --track "$" "$ remote"; Selesai

Perintah tersebut mengatur cabang di repositori lokal dan membuat mereka melacak rekan mereka di repositori jarak jauh.

Berlari Cabang git Sekali lagi dan periksa apakah cabang ada secara lokal:

Dalam contoh di atas, kita melihat bahwa semua cabang dari repositori jarak jauh sekarang ada di yang lokal juga.

Catatan: Baca perbandingan SSH dan HTTPS kami untuk git.

Metode tarik git

Itu tarik git Metode adalah kombinasi dari git fetch Dan git gabungan . Perintah ini mengambil metadata cabang dari repositori jarak jauh dan memperbarui salinan kerja lokal Anda untuk mencerminkan perubahan.

Catatan: Itu tarik git Metode bekerja paling baik di repositori yang ada di mana Anda ingin perubahan yang diterapkan oleh pengembang lain untuk merefleksikan dalam repositori lokal Anda. Mengkloning repositori dan kemudian berjalan tarik git tidak akan menghasilkan hasil, karena semuanya sudah mutakhir.

Ikuti langkah -langkah di bawah ini untuk menarik semua cabang jarak jauh:

1. Buka jendela Git Bash dan ubah lokasi ke repositori lokal Anda.

2. Jalankan perintah berikut untuk memastikan Git mulai melacak semua cabang jarak jauh, termasuk yang tidak ada dalam salinan lokal Anda:

Git Branch -r | grep -v '\ ->' | sed "s, \ x1b \ [[0-9;]*[a-za-z] ,, g" | Saat membaca remote; do git cabang --track "$" "$ remote"; Selesai

7. Tarik semua cabang dari repositori git jarak jauh:

git tarik -semua

Output menunjukkan bahwa semua cabang jarak jauh telah berhasil ditarik dan menampilkan perubahan.

Tutorial ini menunjukkan cara menarik semua cabang dari repositori jarak jauh ke salinan kerja lokal Anda. Ada dua metode yang tersedia – git fetch Dan tarik git , masing -masing cocok untuk kasus penggunaannya sendiri.

Pelajari lebih lanjut tentang git dalam panduan pemula git kami, atau unduh lembar contekan perintah git dan simpan untuk penggunaan di masa mendatang.

Git: tarik semua cabang

Git memungkinkan Anda mempertahankan beberapa jalur pengembangan yang terpisah untuk suatu proyek. Garis -garis pengembangan ini disebut cabang. Anda dapat mengambil versi terbaru dari cabang dari repositori jarak jauh secara mandiri atau Anda dapat mengambil versi terbaru dari semua cabang sekaligus.

Dalam panduan ini, kita berbicara tentang cara menggunakan perintah git –lit dan git tarik –sem Sall untuk mengambil perubahan dari repositori jarak jauh.

Apa yang bercabang?

Membiarkan&rsquo;S bilang kami sedang mengerjakan situs web blog. Kami&rsquo;akan menambahkan fitur ke blog yang memungkinkan pengguna berkomentar. Kami tidak&rsquo;T ingin fitur ini menjadi bagian dari versi utama proyek kami karena kami masih mengerjakannya.

Temukan pertandingan bootcamp Anda

• Karir Karma cocok dengan Anda dengan bootcamp teknologi top
• Akses beasiswa eksklusif dan kursus persiapan

Pilih minat Anda
Nama depan

nama keluarga

Surel

Nomor telepon

Dengan melanjutkan Anda menyetujui Ketentuan Layanan dan Kebijakan Privasi kami, dan Anda menyetujui untuk menerima penawaran dan peluang dari karir karir melalui telepon, pesan teks, dan email.

Kita bisa menggunakan cabang git untuk ini. Kami dapat membuat cabang yang disebut &ldquo;Komentar&rdquo; untuk menyimpan semua kode untuk fitur komentar kami. Ini akan memungkinkan kami mengerjakan fitur komentar kami tanpa mengubah versi utama basis kode kami yang digunakan di situs web.

Cabang dapat disimpan secara lokal atau jarak jauh. Jika Anda mengerjakan versi proyek lokal, cabang akan bersifat lokal. Cabang jarak jauh disimpan dengan versi utama suatu proyek.

Git: ambil semua cabang

Kami&rsquo;mengerjakan kembali proyek yang disebut situs blog. Proyek ini berisi dua cabang: Origin Master dan Origin Dev.

Cabang dev berisi semua fitur eksperimental yang kami kerjakan. Kami berpikir bahwa kolaborator lain telah mendorong perubahan pada kedua cabang. Kami ingin memastikan dan mengambil metadata untuk perubahan apa pun jika mereka telah dibuat.

Kita bisa melakukan ini dengan menggunakan perintah fetch. Perintah Fetch memberitahu git untuk mengambil metadata dari cabang jarak jauh pada pembaruan terbaru. Perintah fetch tidak memperbarui file yang disimpan dalam versi lokal repositori.

Untuk melacak semua cabang jarak jauh dan mengambil metadata untuk cabang -cabang itu, kita dapat menggunakan perintah git fetch dengan bendera -all:

Perintah ini kembali:

Fetching Origin Remote: Menghubungkan Objek: 5, Selesai. remote: menghitung objek: 100% (5/5), selesai. Remote: Total 3 (Delta 0), digunakan kembali 0 (delta 0), paket-re-re-re-re-re-re-obyek objek: 100% (3/3), selesai. Dari https: // github.com/karir-karma-tutorials/blog-situs 3fcea0c..da74d68 dev -> asal/dev

Perintah pengambilan telah mengambil semua perubahan yang kami lakukan&rsquo;ve dibuat untuk repositori jarak jauh kami. Perintah pengambilan tahu cabang dev jarak jauh kami berisi perubahan yang tidak kami miliki di mesin lokal kami. Kami baru saja mengambil metadata untuk komitmen mereka.

Kita dapat mengambil metadata untuk cabang individual menggunakan perintah Git Fetch Origin.

Git: tarik semua cabang

Bagaimana jika Anda ingin memperbarui salinan kerja lokal Anda serta mengambil metadata? Itu&rsquo;s di mana perintah git tarik menjadi berguna.

“Karir Karma memasuki hidup saya saat saya sangat membutuhkannya dan dengan cepat membantu saya mencocokkan dengan bootcamp. Dua bulan setelah lulus, saya menemukan pekerjaan impian saya yang selaras dengan nilai -nilai dan tujuan saya dalam hidup!”

Venus, Insinyur Perangkat Lunak di Rockbot

Temukan pertandingan bootcamp Anda

Kita sekarang tahu bahwa perubahan telah dilakukan pada repositori kami. Kami senang menggabungkan perubahan ini dengan repositori lokal kami. Untuk mengunduh perubahan pada mesin lokal kami, kami perlu menggunakan perintah tarik git:

Kami&rsquo;ve menggunakan –semua bendera untuk menunjukkan bahwa kami ingin mengambil perubahan dari setiap cabang. Perintah kami kembali:

Fetching Origin Remote: Menghubungkan Objek: 5, Selesai. remote: menghitung objek: 100% (5/5), selesai. Remote: Total 3 (Delta 0), digunakan kembali 0 (delta 0), paket-re-re-re-re-re-re-obyek objek: 100% (3/3), selesai. Dari https: // github.com/karir-karma-tutorials/blog-situs 3fcea0c..DA74D68 DEV -> asal/pembaruan dev 3fcea0c..DA74D68 Readme yang maju cepat.md | 1 + 1 file diubah, 1 penyisipan ( +)

Perintah tarik git pertama -tama menjalankan perintah git fetch untuk memeriksa perubahan. Operasi pengambilan mengembalikan metadata untuk komitmen kami . Kemudian, perintah Git Pull mengambil semua perubahan yang telah kami buat ke repositori jarak jauh kami dan mengubah file lokal kami.

Kita bisa melihat readme.File MD diubah pada repositori jarak jauh kami. Sekarang kita&rsquo;ve menjalankan operasi tarik, kami memiliki perubahan pada mesin lokal kami.

Untuk mengambil kode dari satu cabang, kita bisa menggunakan perintah Git Pull Origin.

Kesimpulan

Perintah git fetch –all mengambil metadata pada setiap perubahan yang dilakukan untuk semua cabang dalam repositori. Perintah tarik git –Semua mengunduh semua perubahan yang dilakukan di semua cabang ke mesin lokal Anda.
Sekarang Anda memiliki pengetahuan yang Anda butuhkan untuk menarik semua cabang dari git seperti pro !

Tentang kami: Karir Karma adalah platform yang dirancang untuk membantu pencari kerja menemukan, meneliti, dan terhubung dengan program pelatihan kerja untuk memajukan karier mereka. Pelajari tentang publikasi CK.

Apa berikutnya?

James Gallagher

Tentang Penulis: James Gallagher adalah programmer otodidak dan manajer konten teknis di karir karma. Dia memiliki pengalaman dalam berbagai bahasa pemrograman dan keahlian yang luas di Python, HTML, CSS, dan JavaScript. James telah menulis ratusan tutorial pemrograman, dan dia sering berkontribusi pada publikasi seperti Codecademy, Treehouse, REPL.itu, afrotech, dan lainnya.

Artikel terkait

• Tarik git
• Kesalahan: Gagal mendorong beberapa referensi ke remote
• Git: daftar cabang jarak jauh
• Undo Git Pull: A Guide
• Git: tarik semua cabang

• Git reset ke penyelamatan
• Permintaan Tarik Git: Cara Membuat Permintaan Tarik
• Git fetch: panduan langkah demi langkah
• Cara menggunakan git gabungan
• Git Cherry Pick: panduan langkah demi langkah