Se você usar ramos na subversão se apenas uma pessoa está trabalhando em um projeto?

Question

Estou apenas começando usando o Subversion em um projeto C #. Eu estou trabalhando neste projeto por si só, mas eu estou tentando tratar é como se eu estava trabalhando em um grupo para minha própria experiência de aprendizagem.

Pelo que entendi a maneira típica de se trabalhar com a subversão é ter uma pasta tronco que será sempre construir. Grandes mudanças são, então, criar em novos ramos, que são então incorporadas volta para o tronco quando eles estão completos. Então, pode haver muitos ramos simultâneos sendo trabalhado por diferentes membros da equipe.

Mas se eu estou trabalhando em minha própria há qualquer ponto de fazer um ramo? Diga que eu sou a revisão 100 em HEAD. Vou criar uma filial na revisão 101, e, em seguida, continuar a trabalhar no ramo até Revisão 110. Agora posso mesclar 110 volta para o tronco, mas não há ninguém mais no projeto de modo que não haverá qualquer mudança na tronco para merge de volta para. Eu tinha acabado de ser a fusão de volta para a direita em revisão 100 onde eu original criado o ramo.

Answer 1

Ramos não tem nada a ver com quantas pessoas estão trabalhando em um projeto. Um ramo é para um fluxo de desenvolvimento alternativo, como diferentes conjuntos de recursos, metas de hardware, ou clientes.

Se 100 pessoas estão trabalhando em uma única entrega eles devem estar usando o mesmo ramo. Se um único indivíduo está apoiando uma dúzia de resultados diferentes, ele deve ter uma dúzia de agências.

Answer 2

Eu acho ramos devem ser usados ??sempre que você precisa fazer dividir o código real a partir da base, por exemplo, quando você precisa para tentar uma solução muito buscado para um problema ou algo assim. Com filiais você pode separar os problemas e as tentativas de resolução e manter o controle de versão.

Answer 3

Um ramo (em oposição a tag) é um sustentável versão do código. Mesmo como um único desenvolvedor, você pode querer manter mais de uma versão do seu código (por exemplo, a migração de correções para versões mais antigas).
SVN livro relaciona os dois casos de uso mais comuns para ramos SVN aqui .
Ambos os métodos ramificação políticas não estão directamente relacionados com o número de desenvolvedores no projeto.
A menos que você está trabalhando em um projeto de curto prazo (como acadêmico, single, projeto) tentar usar uma dessas políticas. A gestão sobrecarga é baixa o suficiente e pode tornar sua vida muito mais fácil mais tarde.

Answer 4

Não parece muito ponto na criação de filiais, se é só você trabalhando no projeto - você pode apenas usar as revisões depois de tudo Para reverter para.

Se, no entanto você queria fazer algo grande e experimental e queria tentar algumas coisas, então você poderia usar o ramo de isolar as alterações e preservar o tronco.

Você poderia trabalhar totalmente fora de tronco como este e, em seguida, use tags de lançamento ou ramos para fins históricos ... e outros ramos para o trabalho experimental.

Answer 5

Eu mantenho 2 ramos: desenvolvimento e tronco, porque você nunca sabe quando você tem que fazer um reparo rápido na produção. Posso trabalhar em novas funcionalidades para 1-3 semanas antes portar para produção. Nesse meio tempo, eu possa ter de lançar correções para produção. Mantendo 2 ramos, eu posso facilmente implantar apenas correções de bugs.