Ilustrasi laptop dengan panah upload ke awan, simbol push ke GitHub

Empat artikel terakhir kamu membangun semuanya secara lokal: paham konsep Git, install, konfigurasi, lalu init, add, commit sampai punya riwayat yang rapi. Sekarang saatnya repo-mu "go public": mengunggahnya ke GitHub.

Ingat analogi kamera dan Instagram dari artikel #30? Selama ini kamu memotret dengan kamera (Git). Hari ini kamu bikin akun Instagram-nya (GitHub) dan mengunggah album fotomu ke sana. Setelah ini, kodemu punya cadangan di internet, bisa dilihat orang lain, dan siap jadi portofolio.

Di akhir artikel ini repo latihanmu sudah tampil di github.com dengan nama penggunamu sendiri. Siapkan 20 menit: sebagian untuk klik-klik di website GitHub, sebagian untuk perintah di terminal.

Langkah 1: Bikin Akun dan Repo di GitHub

Kalau belum punya akun, daftar di github.com. Pilih username yang pantas tampil di CV (nama aslimu atau variasinya, bukan nickname game). Setelah login:

  1. Klik tombol + di kanan atas, pilih New repository.
  2. Isi Repository name, misalnya latihan-git. Nama kecil semua dengan strip itu konvensi yang umum.
  3. Pilih Public (untuk latihan, public tidak masalah dan justru jadi portofolio).
  4. JANGAN centang "Add a README file" untuk latihan ini. Kita sudah punya isi lokal, menambah README dari website justru bikin konflik kecil yang membingungkan pemula.
  5. Klik Create repository.

GitHub akan menampilkan halaman dengan panduan perintah. Jangan panik melihatnya, kita cuma butuh URL repo-nya, yang bentuknya seperti https://github.com/usernamekamu/latihan-git.git. Salin URL itu.

Langkah 2: Hubungkan Repo Lokal ke GitHub

Sekarang kembali ke terminal, di dalam folder repo latihanmu. Perintah penghubungnya:

git remote add origin https://github.com/usernamekamu/latihan-git.git

Bedah perintahnya: git remote = urusan "kantor cabang di internet", add = daftarkan satu, origin = nama panggilan untuk cabang itu (konvensi baku, hampir semua orang pakai nama ini), lalu URL-nya. Sekali daftarkan, selamanya teringat. Verifikasi dengan:

git remote -v

Harus muncul dua baris (fetch dan push) dengan URL yang sama. Kalau URL-nya salah ketik, perbaiki dengan git remote set-url origin URL_YANG_BENAR, tidak perlu hapus dan ulang dari awal.

Analoginya: selama ini foto-fotomu cuma ada di album fisik di rumah (repo lokal). Perintah ini seperti mencatat alamat galeri online tempat album digitalmu akan dipajang. Alamatnya dicatat sekali, dipakai berkali-kali.

Berhenti dan tebak dulu! Kamu menjalankan git remote add origin URL dua kali (tidak sengaja). Apa yang terjadi?

Jawaban: error "remote origin already exists". Git menolak mendaftarkan dua remote dengan nama yang sama. Ini kabar baik: artinya perintahnya idempoten dan aman, tidak akan menumpuk duplikat diam-diam. Kalau mau mengganti URL-nya, pakai set-url seperti di atas.

Langkah 3: Push! Unggah Semua Commit-mu

Momen yang ditunggu-tunggu:

git push -u origin main

Bedah: git push = unggah commit lokal ke remote, -u = "ingat pasangan ini" (upstream), origin = remote tujuan, main = branch yang diunggah. Flag -u cuma perlu sekali, di push pertama. Setelah itu, cukup git push saja dan Git sudah tahu mau ke mana.

Saat push pertama via HTTPS, Git akan meminta login: username GitHub-mu dan password-nya. Perhatian: GitHub tidak menerima password akun biasa untuk ini. Kamu butuh Personal Access Token (token khusus pengganti password) yang dibuat di Settings, Developer settings, Personal access tokens. Tempel token itu sebagai password. Memang agak ribet di awal, tapi ini standar keamanan modern: password akun tidak boleh dipakai untuk akses program.

Kalau push berhasil, refresh halaman repo GitHub-mu: file-filemu sudah tampil di sana, lengkap dengan riwayat commit-nya. Selamat, kodemu resmi online.

Satu kebiasaan baik mulai hari ini: push di akhir setiap sesi ngoding, sekecil apa pun perubahannya. Banyak pemula menunda push "nanti kalau sudah bagus", lalu laptopnya bermasalah dan seminggu kerjaan hilang. Push itu murah dan cepat. Anggap GitHub sebagai tombol save eksternal: commit menyimpan ke laptop, push menyimpan ke internet. Keduanya harus rutin.

Dan satu hal terakhir: setelah push pertama berhasil, biasakan membuka halaman commit di GitHub dan membandingkannya dengan git log --oneline di laptopmu. Keduanya harus sama persis. Kebiasaan memverifikasi "apa yang saya lihat di lokal sama dengan yang ada di remote" akan menyelamatkanmu dari kebingungan klasik "kok di GitHub tidak update" yang 99 persen penyebabnya adalah lupa push setelah commit.

HTTPS vs SSH: Dua Jalan ke GitHub

Ada dua cara Git "berbicara" dengan GitHub, dan kamu akan menemui keduanya di tutorial-tutorial:

  • HTTPS (https://github.com/...): cara termudah untuk mulai. Butuh token sebagai password di push pertama, tapi setelah itu credential helper biasanya mengingatnya.
  • SSH (git@github.com:...): tanpa password sama sekali setelah setup awal (kunci SSH didaftarkan ke akun GitHub). Lebih nyaman untuk jangka panjang, tapi setup-nya satu langkah ekstra: bikin kunci dengan ssh-keygen lalu tempel kunci publiknya di Settings GitHub.

Saran untuk sekarang: pakai HTTPS dulu. Fokusmu adalah memahami alur push, bukan bergulat dengan setup kunci. Nanti kalau push sudah jadi kebiasaan harian dan memasukkan token mulai mengganggu, pindah ke SSH. Banyak programmer profesional memakai SSH, tapi tidak ada yang mengharuskanmu mulai dari sana.

Berhenti dan tebak dulu! Setelah git push -u origin main berhasil, kamu edit file, commit, lalu jalankan git push saja (tanpa -u, tanpa origin, tanpa main). Apa yang terjadi?

Jawaban: push berjalan normal ke origin/main. Itulah gunanya flag -u di push pertama: ia menyimpan "pasangan" branch lokal dengan branch remote, jadi push berikutnya tidak perlu disebut lagi. Tanpa -u di awal, git push polos akan bingung dan bertanya mau ke mana.

Dua Persepsi yang Sering Salah

Pertama: "push = backup, jadi tidak perlu commit yang rapi." Memang push mencadangkan, tapi ingat: yang diunggah adalah riwayat commit-mu, apa adanya. Commit berantakan ("asdasd", "fix fix") akan tampil berantakan juga di GitHub dan dibaca orang. Push tidak memutihkan riwayat. Tetap tulis pesan commit yang jelas seperti diajarkan di artikel #32.

Kedua: "repo public berarti semua orang bisa mengacak-acak kodemu." Tidak. Public artinya orang bisa melihat dan menyalin, tapi tidak bisa mengubah repo-mu langsung. Untuk berkontribusi mereka harus lewat mekanisme pull request yang kamu setujui dulu (kita bahas di #35). Public itu etalase, bukan pintu terbuka.

Kuis cepat: Apa arti -u pada git push -u origin main?

Latihan: Ubah, Jangan Cuma Dibaca

  1. Push repo latihanmu beneran. Ikuti tiga langkah di atas dengan repo latihan-git-mu. Verifikasi di browser: file tampil, jumlah commit sesuai git log --oneline lokal. Ini tonggak resmi: kamu sekarang programmer yang punya repo online.
  2. Rasakan siklus penuhnya. Edit satu file di laptop, git add, git commit -m "pesan jelas", git push (tanpa embel-embel). Refresh GitHub, pastikan commit barunya muncul. Ulangi 2-3 kali sampai ritmenya nempel di tangan: ubah, add, commit, push.
  3. Ubah remote-mu (simulasi salah URL). Di repo latihan, jalankan git remote set-url origin dengan URL yang salah satu hurufnya, coba git push, lihat errornya. Lalu betulkan URL-nya dan push lagi sampai berhasil. Latihan ini membuatmu tidak panik saat error remote muncul di dunia nyata.

Habis Ini ke Mana?

Empat artikel Git fundamental selesai: konsep, install, commit lokal, dan push ke GitHub. Kamu sekarang punya alur kerja lengkap untuk proyek solo. Tapi Git baru menunjukkan taringnya saat dipakai kolaborasi dan eksperimen aman.

Seri Git dan GitHub berlanjut dengan Branch dan Merge di Git Tanpa Takut Konflik (#34): cara bikin "jalur percobaan" untuk fitur baru tanpa merusak kode utama, lalu menggabungkannya kembali. Setelah itu #35 tentang pull request dan kolaborasi. Sampai jumpa.