Esistono alcune ovvie differenze tra Git e GitHub .
Git stesso è davvero focalizzato sui compiti essenziali del controllo delle versioni. Mantiene una cronologia di commit, consente di annullare le modifiche tramite i comandi di ripristino e ripristino e consente di condividere il codice con altri sviluppatori tramite i comandi push e pull. Penso che queste siano le funzionalità essenziali che ogni sviluppatore desidera da uno strumento DVCS.
No Scope Creep with Git
Ma una cosa di Git è che si concentra solo sul laser sul controllo del codice sorgente e nient'altro. È fantastico, ma significa anche che allo strumento mancano molte funzionalità che le organizzazioni desiderano. Ad esempio, non esistono strutture di gestione utenti integrate per autenticare chi si connette e impegna il codice. L'integrazione con cose come Jira o Jenkins è lasciata agli sviluppatori per capire cose come gli hook. Fondamentalmente, ci sono un sacco di posti in cui le funzionalità potrebbero essere integrate. È qui che entrano in gioco organizzazioni come GitHub e GitLab.
Funzionalità GitHub aggiuntive
Il principale "valore aggiunto" di GitHub è che fornisce una piattaforma basata su cloud per Git. Questo di per sé è fantastico. Inoltre, GitHub offre anche:
- semplice tracciamento delle attività
- un'app desktop GitHub
- modifica di file online
- regole di protezione delle filiali
- funzioni di richiesta pull
- strumenti organizzativi
- limiti di interazione per hothead
- supporto emoji !!! : octocat:: +1:
Quindi GitHub aggiunge davvero lucentezza e raffinatezza a uno strumento DVCS già popolare.
Concorrenti Git e GitHub
A volte, quando si tratta di distinguere tra Git e GitHub, penso che sia bello guardare contro chi competono. Git compete su un aereo con strumenti come Mercurial, Subversion e RTC, mentre GitHub è più nello spazio SaaS in competizione con i fornitori di cloud come GitLab e BitBucket di Atlassian.
Non è richiesto GitHub
Una cosa che mi piace sempre ricordare alle persone è che non hai bisogno di GitHub o GitLab o BitBucket per usare Git. Git è stato rilasciato in cosa, 2005? GitHub non è entrato in scena fino al 2007 o al 2008, quindi le grandi organizzazioni stavano facendo il controllo della versione distribuita con Git molto prima che arrivassero i fornitori di cloud hosting. Quindi Git sta bene da solo. Non è necessario un servizio di cloud hosting per essere efficace. Ma allo stesso tempo, avere un fornitore PaaS non fa certo male.
Lavorare con GitHub Desktop
A proposito, hai menzionato la mancata corrispondenza tra i repository nel tuo account GitHub e i repository che hai localmente? Questo è comprensibile. Fino a quando non si è connessi e eseguito un pull o un fetch, il repository Git locale non è a conoscenza del repository GitHub remoto. Detto questo, GitHub fornisce uno strumento noto come desktop GitHub che consente di connettersi a GitHub da un client desktop e caricare facilmente i repository Git locali su GitHub o portare i repository GitHub sul proprio computer locale.
Non sono particolarmente impressionato dallo strumento, poiché una volta che conosci Git, queste cose non sono così difficili da fare nella shell Bash, ma è un'opzione.
