GitHub: esensi, kemampuan dan cara kerjanya

Apa itu GitHub?

GitHub — adalah layanan web untuk menyimpan dan bekerja bersama pada repositori Git, didirikan pada tahun 2008 oleh Tom Preston-Werner, Chris Wanstrath, dan P.J. Hyett. Pada tahun 2018, perusahaan diakuisisi oleh Microsoft seharga 7,5 miliar dolar. Platform ini menyediakan antarmuka web untuk semua operasi Git, menambahkan fitur sosial di atasnya: fork, bintang, langganan, tinjauan kode, dan sistem integrasi berkelanjutan bawaan.

Perbedaan utama GitHub dari pesaingnya — ekosistem terbuka dan komunitas pengembang terbesar. Di GitHub terdapat kode sumber Android, Kubernetes, React, Swift, Kotlin, dan ribuan proyek open-source lainnya. Ini membuat platform tidak hanya alat penyimpanan kode, tetapi juga jejaring sosial bagi pengembang: dapat mengikuti proyek, mendiskusikan perubahan, dan berkontribusi melalui pull request.

Menurut laporan Microsoft (2024), lebih dari 10 juta Pull Request baru melewati GitHub setiap hari, dan jumlah pengguna aktif bulanan telah melampaui 100 juta. Platform ini mendukung lebih dari 500 bahasa pemrograman, deteksi bahasa otomatis berdasarkan ekstensi file, dan penyorotan sintaksis kode.

Kemampuan utama GitHub

Fungsionalitas GitHub melampaui hosting Git sederhana. Platform ini menawarkan: GitHub Actions — sistem CI/CD bawaan; GitHub Packages — registri paket dan kontainer; GitHub Codespaces — lingkungan pengembangan cloud berbasis VS Code; GitHub Discussions — forum komunitas; GitHub Security — Dependabot untuk pembaruan ketergantungan otomatis dan pemindaian kerentanan; GitHub Copilot — asisten AI untuk menulis kode.

Untuk organisasi, GitHub menawarkan GitHub Enterprise — versi korporat dengan hosting sendiri (GitHub Enterprise Server) atau penyebaran cloud (GitHub Enterprise Cloud). Fitur korporat meliputi autentikasi SAML/SSO, audit aktivitas, kebijakan keamanan repositori, dan SLA 99,95% ketersediaan. Versi Enterprise digunakan oleh perusahaan seperti Google, Apple, dan Airbnb.

Fitur penting GitHub — GitHub CLI (gh), yang memungkinkan melakukan semua operasi platform dari baris perintah tanpa menggunakan antarmuka web. Dengan gh, pengguna dapat membuat repositori, mengelola Issues, melihat Pull Request, dan menjalankan Actions langsung dari terminal, yang mempercepat kerja pengembang yang terbiasa dengan baris perintah.

Pull Request dan tinjauan kode

Pull Request (PR) — adalah mekanisme utama untuk melakukan perubahan dalam proyek di GitHub. Pengembang membuat cabang dengan perubahan, mempublikasikannya di GitHub, dan mengirim permintaan penggabungan (Pull Request) ke cabang utama. Peserta proyek lainnya melihat perbedaan (diff) antar cabang, dapat memberikan komentar pada baris kode tertentu, mengusulkan perubahan, dan menyetujui atau menolak permintaan.

Proses tinjauan kode di GitHub dibangun di sekitar PR. Setiap komentar terikat pada baris diff tertentu dan dapat terdiri dari tiga jenis: Comment (komentar biasa), Request Changes (memerlukan perbaikan), dan Approve(persetujuan). Setelah perubahan dilakukan, penulis memperbarui PR dengan commit baru, dan proses tinjauan diulang. Ketika semua masukan telah diselesaikan dan PR disetujui, perubahan digabungkan ke cabang target.

# Membuat cabang feature dan push
git checkout -b fix-login-bug
git add src/
git commit -m "Fix login validation error"
git push -u origin fix-login-bug

# Membuat PR melalui CLI
gh pr create --base main --title "Fix login validation" \
    --body "Fixed edge case with empty email field"

# Melihat dan merge PR
gh pr review --approve fix-login-bug
gh pr merge --squash fix-login-bug

GitHub mendukung perlindungan cabang (branch protection rules): dapat melarang push langsung ke main, mewajibkan jumlah persetujuan sebelum merge, menjalankan pemeriksaan Actions, dan memerlukan cabang yang mutakhir sebelum penggabungan. Perlindungan cabang dikonfigurasi di Settings → Branches dan merupakan praktik wajib untuk proyek produksi, mencegah masuknya kode tidak stabil secara tidak sengaja ke cabang utama.

GitHub Actions dan CI/CD

GitHub Actions — adalah platform CI/CD bawaan yang memungkinkan otomatisasi alur kerja langsung di repositori. Workflow dijelaskan dalam file YAML yang terletak di direktori .github/workflows/. Setiap workflow terdiri dari satu atau lebih job, yang dijalankan pada runner — mesin virtual dengan Linux, Windows, atau macOS.

Actions mendukung model berbasis peristiwa: workflow dipicu saat push, pembuatan PR, publikasi rilis, sesuai jadwal, atau melalui webhook. Ini memungkinkan otomatisasi pembuatan, menjalankan tes, analisis kode statis, publikasi ke toko aplikasi, dan penyebaran ke server tanpa partisipasi pengembang. Di bawah ini adalah contoh workflow untuk proyek Android:

name: Android CI

on:
  pull_request:
    branches: [ main ]

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Set up JDK 17
        uses: actions/setup-java@v4
        with:
          java-version: '17'
      - name: Build with Gradle
        run: ./gradlew assembleDebug

Ekosistem Actions mencakup lebih dari 20.000 tindakan siap pakai di GitHub Marketplace. Tindakan populer: checkout (mengkloning repositori), setup-java/setup-node/setup-python (konfigurasi lingkungan), upload-artifact (menyimpan artefak build), cache (caching ketergantungan untuk mempercepat), slack-notify (mengirim notifikasi ke Slack). Actions juga mendukung build matriks — menjalankan secara bersamaan pada beberapa versi OS atau bahasa.

GitHub Projects dan Issues

Issues — adalah sistem pelacakan tugas bawaan di GitHub. Setiap Issue memiliki judul, deskripsi, label, pelaksana yang ditugaskan (assignees), pencapaian (milestones), dan Pull Request terkait. Issues dapat dibuat template — untuk laporan bug, permintaan fitur, atau pertanyaan, template yang berbeda digunakan yang secara otomatis diganti saat pembuatan.

GitHub Projects (sebelumnya Projects Beta) — adalah alat manajemen proyek berbasis papan, mirip dengan Jira dan Trello. Projects mendukung bidang khusus (status, prioritas, sprint), koneksi dengan Issues dan Pull Request, otomatisasi pemindahan kartu saat perubahan status tugas, dan analitik dalam bentuk bagan pembakaran tugas (burndown chart). Projects tersedia dalam dua mode: Table (tampilan tabel) dan Board (papan kanban).

Untuk manajemen rilis, GitHub menyediakan Milestones — kelompok Issues dan PR, disatukan oleh tujuan bersama dengan tenggat waktu. Setiap pencapaian menunjukkan kemajuan: berapa banyak tugas yang terbuka, berapa banyak yang ditutup, dan apakah tenggat waktu dipatuhi. Milestones terintegrasi dengan Releases — saat mempublikasikan rilis, dapat dikaitkan dengan pencapaian dan secara otomatis menghasilkan daftar perubahan di CHANGELOG berdasarkan Issues yang ditutup.

GitHub Pages dan Wiki

GitHub Pages — adalah hosting gratis untuk situs statis, yang secara otomatis mempublikasikan konten repositori di alamat https://username.github.io/repository. Pages mendukung HTML, CSS, JavaScript, dan generator statis: Jekyll (bawaan), Hugo, Next.js (ekspor), dan MkDocs. Konfigurasi mencakup pemilihan cabang dan direktori untuk publikasi, serta dukungan untuk domain kustom.

Untuk dokumentasi teknis, GitHub menyediakan Wiki — sistem wiki bawaan, yang juga disimpan sebagai repositori Git. Wiki mendukung Markdown dan memungkinkan pengeditan halaman baik melalui antarmuka web maupun secara lokal melalui push ke repositori wiki. Setiap halaman Wiki memiliki riwayat perubahannya sendiri, yang berguna untuk mendokumentasikan API, arsitektur, dan proses proyek.

Kombinasi GitHub Pages + Jekyll — solusi populer untuk situs dokumentasi. Jekyll secara otomatis mengonversi file Markdown menjadi halaman HTML statis, mendukung tema, navigasi, dan pencarian. Misalnya, dokumentasi Android Developers sebelumnya menggunakan Jekyll di GitHub Pages, dan sekarang — platform internal, tetapi ribuan proyek open-source terus menggunakan kombinasi ini untuk situs mereka.

GitHub CLI: manajemen tanpa browser

GitHub CLI (gh) memungkinkan melakukan semua operasi platform melalui baris perintah: membuat repositori, mengelola Issues, melihat dan menyetujui Pull Request, menjalankan Actions. Perintah gh repo create my-project --public membuat repositori jarak jauh dan menghubungkannya dengan repositori lokal, dan gh pr create membuat Pull Request dari cabang saat ini. CLI mempercepat kerja pengembang yang lebih suka terminal daripada antarmuka web.

GitHub API untuk otomatisasi

GitHub REST API dan GraphQL API menyediakan akses terprogram ke semua fungsi platform: membuat Issue, mengelola pengguna, mendapatkan statistik, dan mengelola Actions. GraphQL API lebih disukai untuk kueri kompleks karena memungkinkan mendapatkan hanya bidang yang diperlukan dalam satu kueri. Batas rate untuk REST API — 5000 kueri per jam untuk pengguna yang terautentikasi. API banyak digunakan untuk integrasi GitHub dengan sistem CI eksternal dan alat DevOps internal.

GitHub Gist untuk catatan cepat

GitHub Gist — layanan untuk mempublikasikan potongan kode tanpa membuat repositori lengkap. Gist mendukung penyorotan sintaksis, penyematan di situs eksternal, dan riwayat versi. Setiap Gist dapat bersifat publik (terlihat di pencarian) atau rahasia (hanya dapat diakses melalui tautan). Gist digunakan untuk berbagi konfigurasi, log, dan contoh kode dengan cepat dalam korespondensi tim, serta sebagai analog Pastebin untuk pengembang.