Lembro que semanas atrás apareceu um tópico sobre um GIT mais fácil.
Tentei fazer várias buscas e não o encontrei.
Parece ser uma ferramenta baseada no GIT porém mais fácil, ou um GIT mais enxuto.
Se alguém tem o link deste tópico, por favor, me passe.
É que o meu chefe quer usar SVN, só porque um funcionário fez algo errado com o GIT no passado.
Queria ver se ele muda de ideia apresentando esse GIT "fácil".
Fazendo uma busca rápida, encontrei esse post. Também tem uma lista de vários posts sobre Git que eu compilei aqui.
Agora, sobre o seu chefe, sem comentários... Se alguém fez algo errado com o Git, o que vc faz? Ensina as pessoas a usarem o Git para que esses erros não aconteçam mais, ou troca a ferramenta, migrando todos os repositórios para algo - na minha opinião - pior?
Eu prefiro a primeira opção. Até porque a segunda, além de mais trabalhosa e - na minha visão - não trazer benefícios no longo prazo, não garante que os erros vão parar de acontecer. Uma pessoa mal treinada vai cometer erros independente da ferramenta.
Claro que sem todos os detalhes não tem como julgar adequadamente, mas minha impressão é que essa situação se parece muito com o caso do sujeito que pega a mulher com outro no sofá, e decide trocar o sofá pra ver se resolve.
Se mesmo assim não tiver jeito e vcs mudarem para o SVN, saiba que ainda dá para manter algumas vantagens do Git, usando o git-svn - tem um tutorial básico aqui. Não é o ideal, claro, mas é uma alternativa.
cara, teu chefe vai transformar o desenvolvimento em um inferno, só por não saber usar o git. Se o funcionário fez alguma bobagem, bastaria dar git checkout para um ponto anterior e pronto.
Não há comparações entre Git e SVN atualmente, praticamente só sistemas legado utilizam a segunda opção, simplismente porque o git é melhor em tudo.
Se o funcionário fez algo errado com o git no passado e o seu chefe coloca a culpa no git, então ele é um amador. A culpa nunca é da ferramenta, sempre é da peça que está entre a cadeira e o computador.
Não precisa apresentar um git mais fácil, basta apresentar as features básicas do Git, como commits, branches, checkout e etc. Ele quer fazer todo o time de desenvolvimento aprender a utilizar outra ferramenta que poucos usam hoje em dia simplesmente por falta de conhecimento técnico dele, isso vai prejudicar a empresa e o time de desenvolvimento.
O surpreendente é que deu sim para restaurar o código anterior, mas acho isso mesmo, ele não sabe usar o GIT e isso virou a desculpa para usar SVN.
Já passei por isso em outra empresa. Chefe queria mudar pro SVN porque tinha dev que fazia coisa errada e reclamava que "perdia" código nos merges.
Meu conselho, assim como o gabrielTapes disse, é ser firme nesse ponto e não mudar. Apresenta as funcionalidades e proponha um modelo de gitflow que atenda vocês. E para facilitar, distribua para os devs um git sheet cheat, com os comandos básicos do git, e de preferência com exemplos de aplicações desses comandos no gitflow de vocês.
Se ele insistir em mudar, proponha fazer esse teste que eu comentei acima por alguns meses. Acredito que será fácil convencer depois que tiver resultados...
E cara, honestamente, se necessário, faz aqueles cursos básicos de git que tem no youtube ou no udemy, e se disponha a ajudar os outros devs a entender isso. Que, na minha opinião, o "incomodo" de fazer isso é mil vezes menor do que o de mudar pro SVN.
Vocês conhecem alguma ferramenta que crie visualmente as branches que estão acontecendo no git? Eu já vi isso a um tempo atrás, mas também não encontro mais info sobre.
Basicamente ela cria uma representaçao visual de qual branche vc está.
tipo isso: https://www.tabnews.com.br/cauesooouza/quer-aprender-git-de-uma-forma-interativa
mas era uma extensão que você utilizar no vs code e conseguia ver os caminhos de forma mais fácil.