Federated Code Forge Hadir, Bisa Jadi Alternatif GitHub?

Kamu pasti pernah dengar soal GitHub, GitLab, atau Bitbucket — semuanya punya server pusat yang jadi bos besar soal siapa boleh push, siapa boleh merge, dan siapa yang dibanned. Nah, baru-baru ini ada postingan di Hacker News yang memperkenalkan Federated Code Forge, sebuah ide platform kolaborasi kode yang nggak punya bos tunggal. Postingannya cuma dapet 9 poin dan 2 komentar, tapi konsepnya bikin banyak developer penasaran. Intinya, setiap tim atau individu bisa host instance sendiri, tetap bisa kolaborasi lintas instance lewat protokol federasi kayak ActivityPub. Jadi, kalau instance A mau merge pull request dari instance B, mereka cuma butuh handshake protokol, nggak perlu minta izin ke pihak ketiga. Ini mirip kayak email: kamu pakai Gmail, dia pakai Outlook, tapi tetap bisa kirim email satu sama lain tanpa harus daftar di layanan yang sama.

Kenapa federasi jadi menarik? Pertama, kamu nggak terkunci ke kebijakan satu perusahaan. Kalau GitHub besok memutuskan fitur gratis dibatasi, kamu tetap punya instance sendiri yang bebas atur aturan sendiri. Kedua, privasi data jadi lebih kuat karena repositori bisa disimpan di server yang kamu kendalikan sepenuhnya, misalnya di on-premise atau VPS pribadi. Ketiga, komunitas open source bisa membentuk jaringan kecil-kecil yang saling terhubung, menciptakan ekosistem yang lebih tahan banting dibanding satu platform monolitik. Bayangin aja: komunitas Python di Indonesia punya instance sendiri, komunitas Rust di Eropa punya instance lain, tapi mereka bisa review code, buka issue, dan merge PR tanpa keluar dari instance masing-masing. Itu yang bikin federasi beda banget sama model SaaS biasa.

Bagian teknis: protokol dan arsitektur

Secara teknis, Federated Code Forge rencana pakai ActivityPub sebagai lapisan federasi, sama kayak Mastodon atau PeerTube. Di atasnya, mereka bangun lapisan Git-over-HTTP yang standar, jadi client Git biasa (CLI, VS Code, GitKraken) bisa kerja tanpa plugin khusus. Setiap instance punya identifier unik berupa domain, dan repositori diidentifikasi lewat format `domain/user/repo`. Autentikasi pakai OAuth2 atau WebFinger, jadi user cuma login sekali di instance asal, terus token diteruskan ke instance target saat mau push atau buka PR. Data issue, komentar, dan review juga disimpan sebagai objek ActivityPub, sehingga bisa difederasikan ke instance lain tanpa sinkronisasi database pusat. Arsitektur ini juga membuka peluang untuk fitur seperti cross-instance CI/CD: misalnya, instance A jalan test suite, instance B jalan deploy, semuanya terkoordinasi lewat event federasi. Masih banyak detail yang belum final, tapi prototipe awal sudah bisa clone, push, dan buka PR lintas dua instance lokal.

Tantangan terbesar sekarang bukan cuma kode, tapi adopsi. Developer sudah nyaman dengan UI GitHub, integrasi CI/CD, dan marketplace actions. Memindahkan tim ke instance baru butuh alasan kuat: misalnya kebutuhan compliance data, keinginan menghindari vendor lock-in, atau semangat komunitas yang mau bangun infra sendiri. Beberapa early adopter di komunitas federated social (Mastodon, Lemmy) sudah mulai eksperimen host instance kecil untuk proyek internal. Mereka melaporkan pengalaman cukup mulus untuk operasi dasar, tapi fitur lanjutan seperti protected branches, code owners, dan security scanning belum sepenuhnya ada. Roadmap proyek mencakup plugin system supaya komunitas bisa nambah fitur tanpa nunggu core team. Kalau kamu penasaran, coba cek repo resmi di GitHub (ironis, ya) dan ikut diskusi di matrix channel mereka. Siapa tau instance kamu jadi node besar berikutnya di jaringan federasi kode ini.

Apa yang berubah buat workflow harian

Kalau federasi kode jadi mainstream, workflow harian kamu bakal berubah cukup drastis. Kamu nggak lagi butuh akun di platform tertentu buat kontribusi ke proyek mana pun — cukup punya identitas di instance pilihanmu. Fork, branch, dan PR tetap sama konsepnya, tapi target remote bisa beda domain. CI/CD pipeline bisa dipecah: misalnya, linting di instance kamu, unit test di instance maintainer, deploy staging di instance QA tim lain. Semua event (push, PR opened, test passed) tersebar lewat ActivityPub, jadi dashboard monitoring bisa agregat real-time dari banyak instance. Keamanan juga naik level: kalau satu instance kena hack, instance lain nggak otomatis terbobol karena data terpisah. Tentu butuh waktu buat tooling matang, tapi fondasi sudah ada. Bagi kamu yang suka eksperimen, sekarang waktunya coba spin up instance kecil di VPS murah, undang teman sebelas, dan rasakan bedanya kolaborasi tanpa gatekeeper.