Ahh, mas na verdade você está usando o git de maneira descentralizada!
Vamos comparar o predecessor do git em mindshare, svn. Subversion tinha apenas um "repo", uma fonte de verdade. Quando você fez um commit, foi para um único repo central, que todos os outros desenvolvedores também estavam comprometendo.
Esse tipo de coisa funcionou, mas levou a vários problemas, sendo o maior deles o conflito de mesclagem temido . Estes acabaram por ser em qualquer lugar de irritante para pesadelo para resolver. E com uma fonte de verdade, eles tinham o péssimo hábito de levar o trabalho de todos a um ponto insuportável até que fossem resolvidos. Conflitos de mesclagem certamente existem com o git, mas eles não são eventos de parada de trabalho e são muito mais fáceis e rápidos de resolver; eles geralmente afetam apenas os desenvolvedores envolvidos com as mudanças conflitantes, em vez de todos.
Depois, há todo o ponto único de falha e os problemas de atendimento que isso traz. Se o seu repositório svn central morre de alguma forma, você está todo estragado até que ele possa ser restaurado a partir do backup, e se não houver backups, você estará duplamente ferrado. Mas se o repositório git "central" morrer, você pode restaurar a partir do backup, ou até mesmo de uma das outras cópias do repositório que estão no servidor de CI, estações de trabalho dos desenvolvedores etc. Você pode fazer isso precisamente porque elas são distribuídas. e cada desenvolvedor tem uma cópia de primeira classe do repositório.
Por outro lado, como o seu git repo é um repo de primeira classe, quando você comete, seus commits vão para o repositório local. Se você quiser compartilhá-los com outras pessoas ou com a fonte central da verdade, você deve explicitamente fazer isso com um push para um controle remoto. Outros desenvolvedores podem baixar essas mudanças quando for conveniente para elas, em vez de ter que verificar o svn constantemente para ver se alguém fez algo que vai estragar tudo.
O fato de que, ao invés de empurrar diretamente para outros desenvolvedores, você envia mudanças para eles indiretamente através de outro repositório remoto, não importa muito. A parte importante da nossa perspectiva é que a sua cópia local do repositório é uma recompra por direito próprio. Em svn, a fonte central da verdade é reforçada pelo design do sistema. No git, o sistema nem tem esse conceito; se existe uma fonte de verdade, isso é decidido externamente.