Baricode LMS - Cara Kerja Git

Cara Kerja Git 🔄

Memahami cara kerja internal Git adalah kunci agar tidak bingung saat menggunakan perintah-perintahnya. Git membagi alur kerjamu menjadi tiga area utama.

Tiga Area Utama Git

┌─────────────────────────────────────────────────────────┐
│                  Komputer Lokal                         │
│                                                         │
│  ┌───────────┐   git add   ┌───────────┐  git commit   │
│  │  Working  │ ──────────→ │  Staging  │ ────────────→ │
│  │   Tree    │             │   Area    │               │
│  │           │ ←────────── │  (Index)  │               │
│  └───────────┘  git restore└───────────┘               │
│                                    ↑ ↓                  │
│                              ┌─────────────┐           │
│                              │ Local Repo  │           │
│                              │  (.git/)    │           │
│                              └─────────────┘           │
└─────────────────────────────────────────────────────────┘

1. Working Tree (Working Directory) Folder proyekmu yang terlihat di file explorer — tempat kamu mengedit file sehari-hari. Git memantau setiap perubahan yang terjadi di sini.

2. Staging Area (Index) Area perantara sebelum commit. Kamu memilih perubahan mana yang ingin dimasukkan ke commit berikutnya dengan git add. Anggap ini sebagai "draft" commitmu.

3. Local Repository Database Git yang tersimpan di folder .git/. Setiap git commit menyimpan snapshot permanen dari staging area ke sini.

Siklus Hidup File di Git

Setiap file dalam repositori Git memiliki status:

                    git add
Untracked ─────────────────────→ Staged
    ↑                               │
    │                          git commit
    │                               │
    │  git rm        ┌─────────────→ Unmodified
    └─────────────── │         (sudah di-commit)
                     │               │
                     │           (edit file)
                     │               ↓
                     └────────── Modified
                                     │
                                 git add
                                     ↓
                                  Staged

Untracked — file baru yang belum pernah dikenal Git
Unmodified — file yang sudah di-commit dan belum diubah
Modified — file yang sudah di-commit tapi kemudian diedit
Staged — file yang sudah git add dan siap di-commit

Snapshot, Bukan Delta

Berbeda dengan sistem lain yang menyimpan perbedaan antar versi (delta), Git menyimpan snapshot — foto lengkap dari seluruh proyek setiap kali commit:

Sistem Delta (SVN):
Versi 1: file-A (penuh)
Versi 2: Δ perubahan di file-A
Versi 3: Δ perubahan di file-A
(untuk melihat versi 3 harus rekonstruksi dari v1 + delta)

Git (Snapshot):
Versi 1: snapshot seluruh proyek
Versi 2: snapshot seluruh proyek
Versi 3: snapshot seluruh proyek
(akses langsung ke versi mana pun)

File yang tidak berubah hanya disimpan sebagai pointer ke snapshot sebelumnya — efisien secara penyimpanan.

Integritas Data dengan SHA-1

Setiap commit, file, dan tree di Git diberi hash SHA-1 — sebuah identifikasi unik sepanjang 40 karakter:

commit a3f5c2b8e1d4f7a9c0b2e5f8a1d3c6b9e2f5a8d1
Author: Budi Santoso <[email protected]>
Date:   Mon Apr 27 09:30:00 2026

    Tambah halaman kontak

Jika ada satu karakter pun yang berubah di file, hash-nya akan berbeda total. Ini menjamin integritas — kamu tahu persis jika ada data yang rusak atau dimanipulasi.

Contoh Alur Kerja Sederhana

# 1. Edit file index.html di working tree
# 2. Pilih perubahan yang mau di-commit
git add index.html

# 3. Simpan snapshot permanen ke repository
git commit -m "Tambah navigasi header"

# Alur:
# Working Tree → (git add) → Staging Area → (git commit) → Repository

💡 Tips: Staging area adalah fitur khas Git yang membedakannya dari sistem lain. Manfaatkan ini untuk membuat commit yang terfokus — satu commit untuk satu perubahan logis. Jangan asal git add . lalu commit semua sekaligus tanpa memilah terlebih dahulu. 🎯

Cara Kerja Git