Root Cause Analysis: “There is no tracking information for the current branch” pada Git

Tadi siang saya menjalankan alur kerja rutin: commit di PC kantor, lalu git push origin main sebelum pulang. Sore harinya, di laptop rumah, saya membuka Kiro IDE dan menjalankan Sync dengan asumsi operasi ini akan langsung melakukan fetch dan rebase terhadap perubahan yang baru saja di-push.

Alih-alih pull berhasil, yang muncul adalah dialog error berikut:

Git: There is no tracking information for the current branch.

Tidak ada perubahan konfigurasi atau operasi anomali yang saya lakukan siang itu — tidak ada checkout branch baru, tidak ada modifikasi remote. Dari situ saya menduga root cause-nya bukan di level event hari itu, melainkan sudah ada di level konfigurasi repository sejak awal repo ini dibuat di laptop rumah.

Diagnosis

Langkah pertama adalah memverifikasi state branch dengan:

git status

Hasilnya:

On branch main
nothing to commit, working tree clean

Output-nya secara struktural valid, tapi ada satu baris yang seharusnya ada dan tidak muncul: “Your branch is up to date with ‘origin/main’”. Baris ini adalah indikator bahwa refs/heads/main memiliki referensi upstream ke refs/remotes/origin/main di local git config (.git/config). Ketidakhadirannya mengindikasikan branch main berjalan tanpa upstream reference sama sekali.

Untuk konfirmasi lebih eksplisit:

git branch -vv

Kolom tracking untuk main kosong — tidak ada [origin/main] di sana. Ini konfirmasi bahwa branch.main.remote dan branch.main.merge memang tidak pernah ter-set di konfigurasi lokal.

Root Cause

Pertanyaan intinya: kalau operasi pull/push sebelumnya berjalan normal, kenapa tracking reference-nya tidak pernah ada?

Jawabannya ada di metode inisialisasi repo ini di laptop rumah. Setup awalnya menggunakan:

git init
git remote add origin <url-repo>

bukan git clone.

Perbedaan ini krusial di level konfigurasi git. git clone secara otomatis membuat local branch yang men-track remote branch default (biasanya main atau master) — ini artinya branch.<name>.remote dan branch.<name>.merge langsung ter-populate di .git/config begitu clone selesai. Sementara git init + remote add manual tidak pernah melakukan setup ini. Remote reference-nya memang terdaftar (bisa dicek dengan git remote -v), tapi tidak ada operasi apa pun dalam alur ini yang membentuk upstream tracking branch.

Tanpa tracking reference, git pull dan git push tetap bisa dijalankan — tapi hanya jika remote dan branch disebutkan secara eksplisit, misalnya git pull origin main. Command semacam ini tidak bergantung pada konfigurasi tracking, jadi errornya tidak pernah muncul selama operasi dilakukan dengan cara ini.

Masalah baru muncul ketika menggunakan fitur Sync / Pull (Rebase) di Kiro IDE. Fitur ini tidak menyertakan argumen remote/branch secara eksplisit — implementasinya bergantung pada branch.<name>.merge dan branch.<name>.remote di config untuk menentukan target rebase. Karena kedua key ini tidak pernah ter-set, Kiro tidak punya referensi untuk resolve operasi tersebut, sehingga Git mengembalikan error di level API/CLI-nya.

Resolusi

Karena origin/main sudah memiliki commit history (hasil push dari kantor tadi siang), tidak perlu push ulang — cukup membentuk upstream reference-nya:

git fetch origin
git branch --set-upstream-to=origin/main main
git pull --rebase

Breakdown tiap perintah:

1. git fetch origin — sinkronisasi remote-tracking branch (origin/main) dengan state terbaru di remote, tanpa memodifikasi working tree atau local branch
2. git branch --set-upstream-to=origin/main main — inti dari fix ini; menulis branch.main.remote=origin dan branch.main.merge=refs/heads/main ke .git/config
3. git pull --rebase — dengan upstream reference sudah terbentuk, operasi ini bisa resolve target rebase-nya tanpa perlu argumen eksplisit

Setelah .git/config ter-update, fitur Sync/Pull (Rebase) di Kiro langsung berfungsi normal karena tracking reference sudah persisten di level konfigurasi repo, bukan sesuatu yang perlu di-declare ulang setiap sesi.

Catatan Teknis

Dua hal yang perlu jadi standar operasi ke depannya:

Pertama, untuk setup repo baru dengan git init + remote add manual, selalu set upstream reference pada push pertama dengan flag -u (atau --set-upstream):

git push -u origin main

Flag ini men-trigger git untuk langsung menulis tracking config saat push, menghilangkan gap konfigurasi yang jadi akar masalah di kasus ini.

Kedua, ini yang lebih penting secara metodologis: gejala error yang muncul “tiba-tiba” tidak selalu berkorelasi dengan waktu kemunculannya. Root cause bisa sudah ada di level konfigurasi sejak initial setup, dan tetap laten selama tidak ada operasi yang benar-benar bergantung pada konfigurasi tersebut. Dalam kasus ini, command manual (git pull origin main) berhasil menutupi ketiadaan tracking reference untuk waktu yang cukup lama, sampai akhirnya sebuah tooling (fitur Sync di Kiro) yang punya dependency eksplisit terhadap konfigurasi itu dijalankan.

Implikasinya untuk debugging: kalau ada error yang terkesan muncul tanpa sebab langsung, cek dulu apakah operasi yang memicunya benar-benar baru, atau justru operasi lama yang untuk pertama kalinya menyentuh state konfigurasi yang memang sudah bermasalah dari awal.

Dengan upstream reference yang sudah benar, alur kerja lintas PC (kantor dan laptop rumah) kembali predictable: push dari satu sisi, pull (rebase) dari sisi lain, tanpa perlu menyebutkan remote/branch secara eksplisit lagi.