86. Tópicos extra
● Repositório local de backup.
● Mudar de repositorio remoto.
● Push para dois repositórios diferentes.
● Corrigir o último commit.
● Stashing.
● Rebase.
87. Merge
master 9ef8 e404 branch HEAD
438b 0928
a4c6
Atenção à direcção das setas. Porque feature branches: - se os requisitos mudam e uma feature passa a ser desnessesária, o código relativo à feature vai para o lixo. Então e as outras alterações feitas a meio da criação da feature (bug-fixes, pequenas refactorizações)?
Hea
HEAD desnecessária. É onde ocorre a acção (commit, merge, tag).
Branch dev: - Código que vai estar com certeza na próxima release.
Vantagens de ter features em branches: - Permite ao developer trabalhar na feature sem ter que se preocupar muito com o resto do desenvolvimento. - Permite visualizar facilmente todas as modificações que são efectuadas por aquela feature. - Fácil de discartar ideias - Fácil de adiar o lançamento de uma feature para outra release
Só bugfixes no branch release. No dev podemos começar a preparar a próxima release. Este é talvez a altura certa para lançar uma versão beta.
Integrar os bugfixes desta release no desenvolvimento da próxima.
É descoberto um bug em produção que tem que ser resolvido imediatamente! Resolvê-lo no branch dev não serve, há lá alterações que não estão prontas para produção!
Se o hotfix está terminado, qual o próximo passo? merge
Fast-forward Não há commit de merge.
Atenção à direcção das setas. Porque feature branches: - se os requisitos mudam e uma feature passa a ser desnessesária, o código relativo à feature vai para o lixo. Então e as outras alterações feitas a meio da criação da feature (bug-fixes, pequenas refactorizações)?
- Sublime - check_ssl para intra - Intra e github - Commit ammending