Antes de ser direto na resposta, o git surgiu de uma nescessidade, se você ja é familiarizado com os sistemas operacionais disponiveis no mercado como Microsoft, Apple, Android, Linux e outros, todos passaram por processos de desenvolvimento para se tornarem o que são hoje, varias frentes de desenvolvimento foram construidas para estruturar as funcionalidades disponiveis tanto para hadware como software, para que fosse possivel todas as equipes poderem trabalhar em conjunto organizando-se, dividindo tarefas, interligando cada parte desenvolvida separadamente, controlar melhorias e outras coisas que envolvem esses processos, outras ferramentas eram nescessárias para organizar isso tudo.

O GIT é um sistema de versionamento, foi desenvolvido pelo próprio idealizador do LINUX, Linus Torvalds durante o desenvolvimento do KERNEL(nucleo) do LINUX em conjunto com outros desenvolvedores, na época,surgiram vários softwares que prometiam agilizar os processos dentro desses times de desenvolvimento, essas ferramentas eram conhecidas como software proprietários, ou seja, se pagava pelo uso, e muitos desses softwares acabavam sendo descontinuados, não recebiam atualizações, cancelavam assinaturas e por ai vai, uma caos total para as equipes de desenvolvimento.

Então o próprio Linus Torvalds depois de ter feito engenharia reversa no sistema de controle usado na época, uma tentativa de pedir ajuda a quem estivesse monitorando o uso do sistema em algum lugar, ele e sua equipe iniciaram o desenvolviento de um sistema que fosse melhor e que suprisse as nescessidades do time de desnvovlimento.

De qualquer forma, os SCVs que olhei dificultam as coisas. Uma delas (a maior delas, na verdade) que estive trabalhando é fazer este processo ser realmente eficiente. Se leva meio minuto para aplicar um patch e ainda lembrar o que mudou, etc (e francamente, isso é rápido para a maioria dos SCVs por aí para um projeto do tamanho do Linux), daí uma série de 250 e-mails (que não é estranho acontecer quando eu sincronizo com o Andrew, por exemplo) demora duas horas. Se um dos patches no meio do processo não é aplicado, as coisas ficam realmente muito feias.

Agora, o BK (BitKeeper) não era um inferno também (na verdade, comparado com todo o resto, o BK é um inferno em velocidade, geralmente em uma ou duas ordens de magnitude), e levou cerca de 10-15 segundos por e-mail quando mesclei meus arquivos com o Andrew. MESMO ASSIM, com o BK isso não era um problema tão grande, visto que mesclas de arquivos de BK←>BK eram tão fáceis, eu nunca precisei das lentas mesclas por e-mail com nenhum dos outros desenvolvedores principais. Então um "mesclador" de um SCV baseado em patches precisaria ser realmente mais rápido que o BK. O que realmente é extremamente difícil.

Então eu estou escrevendo alguns scripts para tentar alinhar tudo mais rápido. Indicações iniciais são de que eu poderei fazer isso tão rápido quanto eu aplico patches, mas para ser franco, estou no máximo com metade pronto, e se eu estiver na direção errada, talvez essa não seja a mais pura verdade. De qualquer forma, a razão de que eu consigo criar tudo isso tão rápido é que meus scripts não serão um SCV, serão tipo um "registro de estado do Linus" bem específico. Isso vai fazer minhas mesclas lineares de patches muito mais eficientes no tempo, e nestas condições, possível.

(Se a aplicação de um patch demora três segundos, até mesmo uma série grande de patches não é um problema: se eu for notificado em um minuto ou dois que falhou na metade do caminho, sem problemas, eu posso então simplesmente arrumar manualmente. É por isso que a latência é crítica - se eu tivesse que fazer as coisas efetivamente "desconectado", eu não poderia, por definição, arrumar as coisas quando problemas aparecessem).

É dificil definir o que se tornou o github, mas de fato é definida como uma platforma de trabalho para qualquer um com conexão a internet e que precise guardar seus projetos e compartilha-los com o mundo, github tembém é conhecida como repositório, já que a mesma armazena uma serie de coisas.

Uma plataforma para times criarem seus projetos emm um unico lugar, a plataforma possui inumeras ferramentas para produção, aprendizagem, monitoramento, também é usada como uma rede social para desenvolvedores enfim é um montão de coisa juntas.