Onde deve Código ser armazenado antes da revisão do código?

votos
0

Disclaimer Eu não faço a revisão do código, assim que esta questão é puramente de interesse acadêmico.

Tenho visto muitos posts sobre stackoverflow que defende / exige revisão do código antes que seja permitido no controle de origem.

Se você fizer isso, onde você armazenar o código o código unreviewed, e como você lida com o problema onde o desenvolvedor tem que atualizar o código para lidar com os conflitos resultantes de outra verificação - se você precisar dele para obter o seu código revisado novamente?

Obrigado.

Publicado 19/05/2009 em 21:09
fonte usuário
Em outras línguas...                            


7 respostas

votos
4

Código deve ficar marcada em seu repositório (SVN, TFS, etc). Você pode configurar um desenvolvimento (ou mesmo por desenvolvedor) ramo, se você quiser evitar que ele vai para o tronco, até depois que ele é revisado.

Respondeu 19/05/2009 em 21:16
fonte usuário

votos
3

Código que não é revisado ainda é testada. E a confiança é uma coisa importante no desenvolvimento. Portanto, a resposta é que o código pertence apenas ao sistema de controle de versão. De lá alguns recebe-lo para revisão. Se houver um problema que pode ser rollbacked. Tudo o resto é apenas uma grande agitação para nada maior parte do tempo. Lembre-se que o código no repositório não é "código de produção"

Todos devem atualizar a partir do repositório antes de cometer. Se você detectar um monte de atualizações é realmente viável para executar os testes novamente. Se não houver nenhum problema de cometer.

Respondeu 19/05/2009 em 21:11
fonte usuário

votos
1

Isso realmente depende de que tipos de ferramentas e procedimentos a equipe criou.

Para revisão de código informal, você pode simplesmente verificá-lo no controle de versão e deixar outros desenvolvedores revê-lo em suas próprias programações; problemas encontrados pela revisão são, então, o check-in separado. (Isso é o que nossa equipe faz.)

Para revisão de código assistida-ferramenta mais formal, ferramentas como o Google Rietveld e (tenho quase certeza) Smart Urso do Código Colaboradora deixar você fazer upload de código para análise e tem um histórico de controle de estilo versão em miniatura em cada submissão como ele é atualizado ao longo de uma revisão. (Se você estiver interessado em aprender mais sobre a revisão do código, inteligente urso tem um livro grátis sobre o assunto.)

Respondeu 19/05/2009 em 21:17
fonte usuário

votos
1

Este tipo de prática é um grande motivo para usar um DVCS como Git. Os desenvolvedores podem trabalhar por períodos mais longos sem se comprometer, permitindo revisões de código, mas ainda fazendo uso de técnicas de controle de versão que temos vindo a apreciar. Se você estiver usando algo como SVN você teria que ramificar para cada bug / recurso / whatever que precisa ser escrito e reintegrá-lo depois de revisão de código ... o que poderia ser doloroso.

Respondeu 19/05/2009 em 21:16
fonte usuário

votos
1

resposta acadêmica para uma questão acadêmica, uma vez que não fazem revisão de código também.

Tudo fica marcada no controle de origem. Se ele não estiver em pleno funcionamento / testado / revista, ele vai no ramo pessoal que do desenvolvedor.

Respondeu 19/05/2009 em 21:16
fonte usuário

votos
0

Minha equipe atual faz revisões de código, mesmo antes de entregar resultados para as partes interessadas, por isso estou no campo que defende cometer ao controle de origem somente após uma revisão de código.

Dito isto, uma possibilidade é armazenar um arquivo de patch em um diretório no disco em vez de cometer ao controle de origem. Outra opção é usar um ramo separado que as mudanças estão empenhados em antes de ser fundida à sua ramificação de destino, mas temo que esta abordagem é forjado com perigo.

Respondeu 19/05/2009 em 21:15
fonte usuário

votos
-2

Nós armazená-lo na área de trabalho do desenvolvedor. Não é verificado no SVN porque não é feito ainda.

Se é um monte de código, isso é um problema - você está esperando muito tempo para rever.

Se for uma quantidade razoável de código, ele pode ser enviado aos colaboradores. Talvez ele precisa de um arquivo ZIP para mantê-lo organizado.

Às vezes, vamos publicá-la em SharePoint, mas isso é raro. Email normalmente funciona bem.

Respondeu 19/05/2009 em 21:12
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more