Git Workflow untuk DevOps

Git adalah sumber kebenaran untuk kode dan konfigurasi. Di DevOps, alur kerja Git harus mendukung perubahan kecil, review cepat, riwayat jelas, dan rilis yang dapat dilacak.

Prinsip workflow DevOpsCopy Anchor Link

• Commit kecil dan fokus — satu commit untuk satu perubahan logis.
• Branch berumur pendek — kurangi konflik dan merge besar.
• Review sebelum merge — kualitas dan berbagi pengetahuan.
• Otomasi pada setiap push — lint, test, build, scan.
• Rilis bertag — versi yang dapat dilacak dan di-rollback.
• Proteksi branch utama — tidak ada push langsung ke main.

Model branchingCopy Anchor Link

Untuk pipeline modern, trunk-based atau GitHub Flow lebih umum karena mengurangi branch yang menggantung lama.

GitHub Flow sederhanaCopy Anchor Link

main ────●────────●────────●────────●────▶
          \      /          \      /
feature/A  ●────●            \    /
feature/B                     ●──●

1. Buat branch dari main.
2. Commit perubahan.
3. Push dan buka pull request.
4. CI berjalan dan reviewer memeriksa.
5. Merge setelah lolos.
6. Hapus branch.

Perintah Git pentingCopy Anchor Link

git status
git switch -c feature/login
git add -p
git commit -m "feat(auth): tambah validasi login"
git push -u origin feature/login
git fetch --prune
git rebase origin/main
git log --oneline --graph --decorate -15

Conventional CommitsCopy Anchor Link

Format commit yang konsisten memudahkan changelog otomatis dan pembacaan riwayat.

<type>(<scope>): <deskripsi>

Contoh:

git commit -m "fix(api): tangani timeout koneksi database"
git commit -m "ci: tambah cache npm pada workflow"

Tag dan rilisCopy Anchor Link

git tag -a v1.4.0 -m "Rilis 1.4.0"
git push origin v1.4.0
git tag
git show v1.4.0

Gunakan Semantic Versioning:

MAJOR.MINOR.PATCH
1.4.0

• MAJOR — perubahan tidak kompatibel.
• MINOR — fitur baru kompatibel.
• PATCH — perbaikan bug.

Tag memicu pipeline rilis di banyak organisasi.

HotfixCopy Anchor Link

git switch -c hotfix/payment-timeout main
# perbaiki, commit, buka PR
git tag -a v1.4.1 -m "Hotfix 1.4.1"
git push origin v1.4.1

Hotfix harus tetap melalui review dan CI. Jangan memotong proses karena terburu-buru.

Rebase vs mergeCopy Anchor Link

File yang tidak boleh masuk GitCopy Anchor Link

.gitignore:

node_modules/
.env
*.log
dist/
coverage/
.DS_Store

Jika rahasia sudah terlanjur ter-commit, hapus dari riwayat dan rotasi kredensial. Menghapus file di commit baru tidak cukup.

Praktik: alur fitur lengkapCopy Anchor Link

git switch main
git pull --ff-only
git switch -c feat/health-endpoint

# lakukan perubahan
git add -p
git commit -m "feat(api): tambah endpoint health"

git fetch origin
git rebase origin/main
git push -u origin feat/health-endpoint

Setelah PR disetujui dan CI hijau:

git switch main
git pull --ff-only
git merge --squash feat/health-endpoint
git commit -m "feat(api): tambah endpoint health (#42)"
git push origin main
git branch -d feat/health-endpoint

RingkasanCopy Anchor Link

• Workflow DevOps menekankan commit kecil, branch pendek, review, dan otomasi.
• GitHub Flow cocok untuk banyak tim; trunk-based untuk rilis sangat sering.
• Conventional Commits dan tag SemVer membuat rilis mudah dilacak.
• Lindungi branch utama dan jangan pernah commit rahasia.