Le developator crea un branca pro le nove function.
O desenvolvedor cria uma branch para a nova função.
Git e versionamento
Primeira vez aqui?
Cada tema tem etapas curtas, uma de cada vez.Esta é a primeira: a Aula. Quando terminar de ler, toque em Concluir aula e ir ao vocabulário. Seu progresso fica salvo sozinho — pode sair e voltar quando quiser.
Precisa de uma fonte mais confortável? Abra Menu → Preferências.
Tema 112 · Aula
Você vai aprender estas frases
Ouça cada frase e tente repeti-la.
Se quiser, grave sua voz para comparar. A gravação não é enviada.
Post le modification, ille face un commit.
Depois da modificação, ele faz um commit.
Ver dica
Commit registra uma unidade de mudança.Le equipa publica le branca e crea un request de fusion.
A equipe publica a branch e cria um pedido de merge.
Ver dica
O pedido solicita revisão antes da integração.Le revision trova un error in le codice.
A revisão encontra um erro no código.
Ver dica
Review melhora qualidade antes da fusion.Un conflicto appare quando duo brancas modifica le mesme lineas.
Um conflito aparece quando duas branches modificam as mesmas linhas.
Ver dica
Conflito exige decisão humana.Post resolver le conflicto, le equipa face le fusion.
Depois de resolver o conflito, a equipe faz o merge.
Ver dica
Fusion integra mudanças compatíveis.Nível: B1
Objetivo
Descrever em interlíngua um fluxo básico de Git e versionamento: repository, commit, branca, fusion, conflict, request de fusion e revision.
Explicação
Git registra mudanças em um repository. O desenvolvedor cria ou atualiza uma branca para trabalhar isoladamente, salva uma unidade de mudança em um commit e publica o trabalho. Um request de fusion pede revisão antes de integrar a branca principal. Se duas brancas alteram a mesma região, surge um conflicto; alguém precisa comparar as versões, resolver o conflito e fazer a fusion. A revisão é uma etapa de qualidade, não apenas uma formalidade.
Erros comuns
- Confundir repository com uma única branch ou com um commit.
- Fazer commit sem explicar a mudança, dificultando a revisão.
- Integrar uma branch sem revisar testes ou conflitos.
- Resolver conflito apagando uma versão sem comparar a intenção das duas mudanças.
Resumo
Trabalhe em branch, registre commits claros, abra request de fusion, revise, resolva conflitos e integre somente quando o estado estiver compreendido.
Descrever em interlíngua um fluxo básico de Git e versionamento: repository, commit, branca, fusion, conflict, request de fusion e revision.
Registre sua percepção. Isso não prova domínio, não muda sua nota e não bloqueia o próximo tema.