Como manter o histórico de revisão de código em pedidos de stash pull
usamos Stash e criamos pedidos pull quando um ramo de recurso precisa de se fundir com o nosso ramo de desenvolvimento. Temos um padrão, que cada recurso implementado leva um único commit no ramo de desenvolvimento. A forma como conseguimos isso é trabalhando em recursos em ramos de recursos e, em seguida, esmagando todos os commits em um. Nesse ponto, pressionamos o ramo de recursos para armazenar e criar um pedido de puxar.
o desafio surge quando um pedido de puxão é recusado, e o código precisa ser alterado. Quando isso acontece, fazemos todas as alterações de código no ramo de recursos, emendamos o commit, forçamos o branch a esconder, e reabrimos o pedido pull (não criamos um novo pedido pull). Stash mostra que 1 commit foi excluído e 1 foi adicionado. Esta persistência adicionada contém o código atualizado. No entanto, todos os comentários que escrevemos na revisão de código para o commit excluído não estão aparecendo no commit adicionado. Basicamente, quando olhamos para o commit adicionado, não há maneira de ver quais partes do Código foram atualizado a partir da revisão de código anterior.
a minha pergunta é se alguém sabe uma maneira melhor de fazer revisões de código em Stash e manter um histórico de commit limpo no Git.
Obrigado!1 answers
Sempre que o nosso código precisa de mudar depois de termos criado o nosso pedido de puxar , nós não declinamos o pedido de puxar , nós simplesmente mencionamos os detalhes na revisão . Assim, Não uma vez que o desenvolvedor faz as mudanças necessárias e empurra a mudança para o seu ramo de recurso, o pedido de pull é atualizado automaticamente e o histórico é sempre mantido no Git, bem como o histórico do pedido pull.