Ada sejumlah perbedaan yang jelas antara Git dan GitHub .
Git sendiri sangat fokus pada tugas-tugas penting dari kontrol versi. Ini mempertahankan sejarah komit, memungkinkan Anda untuk membalikkan perubahan melalui reset dan mengembalikan perintah, dan memungkinkan Anda untuk berbagi kode dengan pengembang lain melalui perintah push dan pull. Saya pikir itu adalah fitur penting yang diinginkan setiap pengembang dari alat DVCS.
Tidak Ada Cakupan Creep dengan Git
Tetapi satu hal tentang Git adalah bahwa itu hanya laser yang berfokus pada kontrol kode sumber dan tidak ada yang lain. Itu luar biasa, tetapi itu juga berarti alat ini tidak memiliki banyak fitur yang diinginkan organisasi. Misalnya, tidak ada fasilitas manajemen pengguna bawaan untuk mengautentikasi siapa yang menghubungkan dan melakukan kode. Integrasi dengan hal-hal seperti Jira atau Jenkins diserahkan kepada pengembang untuk mencari tahu melalui hal-hal seperti kait. Pada dasarnya, ada banyak tempat di mana fitur dapat diintegrasikan. Di situlah organisasi seperti GitHub dan GitLab masuk.
Fitur GitHub Tambahan
'Nilai tambah' utama GitHub adalah menyediakan platform berbasis cloud untuk Git. Itu sendiri luar biasa. Selain itu, GitHub juga menawarkan:
- pelacakan tugas sederhana
- aplikasi desktop GitHub
- pengeditan file online
- aturan perlindungan cabang
- tarik fitur permintaan
- alat organisasi
- batas interaksi untuk hotheads
- dukungan emoji !!! : octocat:: +1:
Jadi GitHub benar-benar menambahkan polesan dan penyempurnaan ke alat DVCS yang sudah populer.
Pesaing Git dan GitHub
Kadang-kadang ketika datang untuk membedakan antara Git dan GitHub, saya pikir itu baik untuk melihat siapa yang mereka lawan. Git bersaing di pesawat dengan alat-alat seperti Mercurial, Subversion dan RTC, sedangkan GitHub lebih di ruang SaaS bersaing dengan vendor cloud seperti GitLab dan BitBucket Atlassian.
Tidak Dibutuhkan GitHub
Satu hal yang saya selalu ingin mengingatkan orang adalah bahwa Anda tidak perlu GitHub atau GitLab atau BitBucket untuk menggunakan Git. Git dirilis pada 2005, apa? GitHub tidak muncul sampai 2007 atau 2008, jadi organisasi besar melakukan kontrol versi terdistribusi dengan Git jauh sebelum vendor cloud hosting datang. Jadi Git baik-baik saja sendiri. Tidak perlu layanan hosting awan untuk menjadi efektif. Tetapi pada saat yang sama, memiliki penyedia PaaS tentu saja tidak ada salahnya.
Bekerja dengan GitHub Desktop
Omong-omong, Anda menyebutkan ketidakcocokan antara repositori di akun GitHub Anda dan repo yang Anda miliki secara lokal? Itu bisa dimengerti. Sampai Anda terhubung dan melakukan tarikan atau pengambilan, repo Git lokal tidak tahu tentang repo GitHub jarak jauh. Karena itu, GitHub menyediakan alat yang dikenal sebagai desktop GitHub yang memungkinkan Anda untuk terhubung ke GitHub dari klien desktop dan dengan mudah memuat repo Git lokal ke GitHub, atau membawa repo GitHub ke mesin lokal Anda.
Saya tidak terlalu terkesan dengan alat ini, karena begitu Anda mengenal Git, hal-hal ini tidak terlalu sulit dilakukan di shell Bash, tetapi ini merupakan pilihan.
