GitTraining

Gittraining

Repositori ini dirancang untuk memandu Anda melalui beberapa operasi Git yang lebih umum yang perlu Anda ketahui dan gunakan sebagai pengembang.

Memulai

Kloning repositori ini ke mesin lokal Anda. Anda mungkin perlu menginstal git jika belum diinstal. Jika Anda tidak yakin apakah Anda memiliki git atau tidak, cukup jalankan git --help dari baris perintah. Ini akan mengembalikan pesan yang bermanfaat dengan beberapa perintah umum jika diinstal.

Dasar -dasar git

• Apa itu kontrol sumber?
• Belajarlah Anda
• Tutorial Interaktif GitHub

Konfigurasikan siapa Anda

• Setel nama pengguna Anda dengan git config --global user.name "your name"
• Setel email Anda dengan git config --global user.email "[email protected]"

Referensi yang berguna

Jika Anda memiliki pertanyaan atau terjebak, sumber daya berikut dapat membantu Anda.

• Dokumentasi git resmi
• Google dan StackOverflow
• GitHub dan Atlassian memiliki beberapa dokumentasi git umum yang ditulis dengan baik
• Rekan kerja Anda

Bagian 1: Perubahan Pelacakan

Topik: Checkout, Commit, Revert, Gabungkan, Log, Moving, dan Hapus.

File untuk bagian ini dapat ditemukan di direktori section1 .

Melakukan perubahan

• Lihat cabang dev .
• Buat cabang baru dan tambahkan diri Anda ke daftar orang di people.md .
• Melakukan perubahan Anda.
• Anda akan diminta untuk membuat pesan komit. Ini akan membuka editor teks. Simpan dan keluar dari editor teks untuk menyelesaikan komit. Catatan: Git menggunakan editor default sistem. Pada bash vanilla git di windows editor teks default adalah vim.
• Jika Anda perlu mengedit pesan komit untuk komit terakhir Anda, Anda dapat menggunakan perintah git commit --amend .

Membatalkan perubahan

Perubahan yang tidak berkomitmen

• Buat perubahan ke salah satu file di repositori.
• Jalankan git status untuk melihat file apa yang diubah.
• Stage file menggunakan git add , tetapi jangan berkomitmen.
• Membatalkan file dengan git reset .
• Gunakan git untuk membatalkan perubahan yang Anda buat dan mengatur ulang file ke negara bagian itu saat itu berkomitmen. git status harus melaporkan tidak ada file yang dimodifikasi.

Perubahan yang dilakukan

Tony membuat 3 komit untuk cabang dev. Dia salah paham dengan persyaratan proyek dan perubahan yang diperkenalkan dengan dua komit terakhirnya perlu dihapus.

• Lihat cabang dev.
• Tentukan apa yang berubah antara komit pertama dan terakhirnya, lalu kembalikan dua komitmennya yang terbaru. Git memiliki alat diff dan log yang akan membantu.
• Ada beberapa cara untuk membatalkan komitmen. Ini adalah praktik terbaik untuk melestarikan sejarah bila memungkinkan. Perintah git revert yang akan menjaga komit dalam riwayat repositori, tetapi menghapus perubahan yang diperkenalkan oleh komit.
  • Kiat: Jika Anda mengembalikan beberapa komit yang memodifikasi satu file, ini paling mudah untuk memulai dari komit terbaru yang ingin Anda kembalikan dan bekerja ke belakang.
• Anda perlu membuat komit ketika Anda mengembalikan perubahan.

Menulis ulang sejarah

Terkadang Anda mungkin ingin membatalkan komitmen yang telah Anda buat atau bahkan hapus dari keberadaan.

Peringatan: Ini umumnya dianggap sebagai praktik yang buruk. Hanya lakukan ini untuk komitmen yang belum Anda dorong ke repositori jarak jauh (lebih lanjut tentang itu nanti).

• Membuat perubahan ke file lokal.
• Tambahkan dan lakukan file.

Membatalkan komit:

• Jalankan git reset HEAD~1
• Ini akan menempatkan Anda kembali 1 komit di belakang yang terbaru tetapi melestarikan perubahan yang dilakukan dengan itu. Perubahan Anda akan tetap ada dan Anda dapat melihat file yang dimodifikasi dengan git status .

Menghapus komit dari keberadaan:

• Jalankan git reset --hard HEAD~1
• Ini akan menempatkan Anda kembali 1 komit di belakang yang terbaru dan nuklir sebelumnya dari keberadaan.

Memindahkan, Menghapus, dan Mengabaikan File

Seseorang memeriksa file temp yang dihasilkan oleh editor teks mereka. Hentikan Git dari melacak file ini, hapus, dan perbarui file .gitignore untuk mencegah file .tmp agar tidak dilacak di masa mendatang.

Seseorang salah menyebut file rename_me.md . Git memiliki perintah untuk memindahkan atau mengganti nama file sambil mempertahankan sejarahnya. Gunakan ini untuk mengganti nama file ke newname.md .

Bagian 2: Bekerja dengan banyak cabang, dan menggabungkan pekerjaan orang lain

Topik: simpanan, diff, gabungan, gabungan konflik

File untuk bagian ini dapat ditemukan di direktori section2 .

Penggabungan

Terkadang dua orang akan membuat perubahan pada file yang sama di cabang terpisah. Ketika cabang -cabang ini digabungkan, ia dapat menyebabkan konflik penggabungan. Sebagai pengembang yang melakukan penggabungan, itu adalah tugas Anda untuk memutuskan perubahan apa yang harus disimpan.

Anda telah ditugaskan untuk memperbarui instruksi instalasi untuk produk Anda.

• Lihat cabang Anda lagi.
• Buka file installation.md dan tambahkan instruksi instalasi (tidak peduli apa yang sebenarnya mereka katakan).
• Melakukan perubahan Anda.
• Andrew memberi tahu Anda bahwa dia telah mengerjakan instruksi instalasi, dan memperbarui bagian uninstall.
• Gabungkan cabang Andrew menjadi milik Anda dan selesaikan konflik sehingga file tersebut berisi kedua perubahan Anda.
• Setelah Anda menyelesaikan perubahan Anda, manajer Anda ingin melihatnya di cabang dev. Gabungkan cabang Anda menjadi dev. Kali ini seharusnya tidak ada konflik.

Sapu perubahan

Git memiliki fungsi untuk menyimpan perubahan lokal tanpa melakukannya.

Anda sedang mengerjakan cabang lokal Anda, ketika rekan kerja Anda Taylor datang dan meminta Anda untuk mencoba menjalankan kode mereka. Anda belum siap untuk melakukan kode Anda, tetapi Anda ingin melihat cabang Taylor tanpa kehilangan kemajuan.

• Buat beberapa perubahan pada file stash_me.md .
• Gunakan perintah git stash untuk menyimpan pekerjaan Anda.
• Checkout Cabang Taylor.
• Lihat cabang Anda lagi.
• Gunakan git stash pop untuk mendapatkan pekerjaan Anda kembali.
• Anda dapat membuang perubahan ini atau melakukan mereka.

Bagian 3: Remote dan Berbagi Perubahan Anda

Topik: repositori jarak jauh, menyinkronkan perubahan, dan forking repositori.

Pada awalnya Anda mengkloning repositori ini dari GitHub. Anda memiliki semua perubahan yang disimpan secara lokal, sekarang Anda perlu membaginya. Git menggunakan konsep remote untuk melacak di mana Anda mengkloning repositori. Anda juga dapat mendengar ini disebut sebagai repositori hulu. Saat ini remote untuk repositori Anda diatur ke repositori yang Anda kloning.

Untuk mengirimi Anda perubahan ke repositori jarak jauh sehingga orang lain dapat melihat dan menggunakannya, Anda perlu mendorong mereka menggunakan perintah git push . Anda dapat melihat apakah ada perubahan yang telah dilakukan pada repositori jarak jauh dengan menjalankan git fetch . Untuk menarik perubahan untuk cabang saat ini ke dalam salinan lokal Anda dari repositori, gunakan perintah git pull . Ini adalah praktik yang baik untuk memeriksa perubahan sebelum mendorong ke remote.

Jika Anda mencoba menjalankan git push sekarang, Anda akan mendapatkan pesan bahwa Anda tidak memiliki izin untuk mendorong ke repositori ini. Sebagian besar repositori jarak jauh memiliki keamanan untuk mencegah sembarang orang mendorong perubahan mereka. Anda akan membuat salinan jarak jauh dari repositori yang dapat Anda dorong oleh perubahan Anda.

Kunjungi repositori di GitHub dan bayangkan sehingga Anda memiliki salinan di bawah akun pengguna Anda. Sekarang perbarui remote untuk salinan repositori yang Anda ubah, dan dorong perubahan Anda ke cabang dev ke garpu Anda di github. Jika cabang tidak ada di repositori jarak jauh akan memberi tahu Anda. Coba dorong cabang Anda. Apa pesannya? Apa yang perlu Anda lakukan untuk mendorong cabang baru Anda?