Sesi 4.5: Version Control dengan Git

Kursus → Modul 4: Workspace

Sesi 5 dari 7

Kenapa Version Control Penting buat Konten

Version control melacak setiap perubahan di setiap file di proyek kamu. Bukan "Save As v2." Pelacakan perubahan yang sesungguhnya, di mana kamu bisa lihat persis apa yang berubah, kapan berubahnya, dan catatan yang menjelaskan kenapa. Git adalah sistem version control standar. Dibangun buat software developer, tapi prinsipnya berlaku buat pekerjaan apapun yang berevolusi seiring waktu: kode, tulisan, prompt, dan konfigurasi produksi.

Buat produksi konten AI, Git memecahkan tiga masalah yang ga bisa dipecahkan oleh penamaan file serapin apapun.

Masalah	Tanpa Git	Dengan Git
Pelacakan iterasi prompt	Banyak file: prompt-v1.md, prompt-v2.md, prompt-v3.md	Satu file dengan riwayat lengkap setiap perubahan
Penghapusan ga sengaja	Hilang selamanya (kecuali punya backup)	Bisa dipulihkan dari commit manapun sebelumnya
Tau apa yang berhasil	Ingatan dan catatan, keduanya ga bisa diandalkan	State persis dari setiap file di titik waktu manapun
Kolaborasi	Kirim file via email, merge manual, bingung	Kerja paralel dengan structured merging

Git bukan soal kode. Git melacak perubahan di file teks. Prompt itu file teks. Output itu file teks. Konfigurasi itu file teks. Seluruh AI production pipeline kamu itu file teks. Git emang dibuat buat ini.

Tiga Perintah yang Kamu Butuhkan

Git punya puluhan perintah. Kamu butuh tiga. AI coding assistant kamu yang urus sisanya.

git add men-stage file buat commit berikutnya. Ini memberitahu Git "ini perubahan yang mau aku catat." Kamu bisa tambah file spesifik (git add prompts/system-prompt.md) atau semua file yang berubah (git add .).

git commit mencatat perubahan yang di-stage dengan pesan yang mendeskripsikan apa yang berubah dan kenapa. Pesannya penting. "Updated stuff" itu ga berguna. "Revisi system prompt untuk kurangi hedging di output" itu berguna. Enam bulan dari sekarang, pesan-pesan ini jadi buku harian proyek kamu.

git log menampilkan riwayat semua commit. Setiap entri berisi tanggal, pesan, dan identifier unik. Kamu bisa pake identifier ini buat kembali ke state manapun sebelumnya.

gitGraph commit id: "Struktur proyek awal" commit id: "Tambah system prompt v1" commit id: "Tambah script generation" branch prompt-revision commit id: "Revisi prompt: kurangi hedging" commit id: "Tes prompt baru, 4/5 lolos" checkout main merge prompt-revision id: "Merge prompt yang diperbaiki" commit id: "Tambah script batch processing" commit id: "Update prompt buat deskripsi produk"

Workflow Git buat Produksi Konten

Workflow harian itu simpel. Kamu bikin perubahan. Kamu stage. Kamu commit dengan pesan. Ulangi. Kapan pun, kamu bisa lihat ke belakang dan lihat persis gimana prompt, script, dan output kamu berevolusi.

graph LR A["Edit file"] --> B["git add ."] B --> C["git commit -m 'pesan'"] C --> D["git log"] D --> A style A fill:#222221,stroke:#c8a882,color:#ede9e3 style B fill:#222221,stroke:#6b8f71,color:#ede9e3 style C fill:#222221,stroke:#c47a5a,color:#ede9e3 style D fill:#222221,stroke:#8a8478,color:#ede9e3

Commit sering-sering. Commit setelah setiap perubahan signifikan itu lebih baik dari satu commit besar di akhir hari. "Signifikan" artinya: kamu ubah prompt, kamu modifikasi script, kamu update konfigurasi. Bukan setiap ketukan tombol, tapi setiap titik keputusan.

Apa yang Di-commit, Apa yang Diabaikan

Ga semua hal masuk Git. API key, file binary besar, dan output sementara harus dikeluarkan. Git menyediakan file bernama .gitignore yang berisi daftar pola file yang harus diabaikan Git.

File .gitignore standar buat produksi konten AI:

.env
__pycache__/
*.pyc
outputs/raw/*
node_modules/
.DS_Store

Perhatikan bahwa outputs/raw/* diabaikan. Raw AI generation itu bisa dibuang. Output yang udah direview dan final mungkin layak dilacak. Prompt dan script selalu layak dilacak. File .env kamu (yang berisi API key) ga boleh pernah di-commit.

Integrasi Git di VS Code

VS Code punya panel Git bawaan (ikon branch di sidebar). Panel ini menampilkan file yang berubah, memungkinkan kamu men-stage dengan satu klik, dan menyediakan kolom teks buat pesan commit. Kamu ga harus pake terminal buat Git kalo lebih suka tampilan visual. Hasilnya identik. Pake mana pun yang lebih nyaman.

Bacaan Lanjutan

How To Use Git to Manage Your Writing Project oleh DigitalOcean
Version Control for Writing: Git Workflows for Authors
Using Git Version Control as a Writer, It's FOSS

Tugas

Inisialisasi Git repository di folder proyek kursus kamu. Kalo ga yakin caranya, tanya AI coding assistant kamu: "Gimana cara inisialisasi Git repository di folder ini?" Bikin perubahan di file apapun. Stage pake git add. Commit dengan pesan deskriptif. Bikin perubahan lagi. Commit lagi. Jalanin git log dan lihat riwayat kamu. Sekarang kamu punya version control.