É uma solução painless para lidar com Branches. Leia aqui um pouco mais, porque foi isso que fizemos aqui na Riopro:

http://blog.riopro.com.br/2008/06/05/o-git-e-a-riopro/

Acho que você está fazendo confusão. Tag é simplesmente marcar uma revisão com um nome. Você pode fazer o merge do branch R10 para o Trunk. Merge de Tag me parece algo estranho.

Note que não é impossível, mas não faz muito sentido inicialmente.

Para fazer isso, coloque sua revisão atual como a tag r10 e depois faça o merge para o Trunk.

Estou implantando o uso do Subversion e gostaria de saber se alguém poderia me auxiliar, bom, vamos lá… criei a estrutura da seguinte forma:
- Trunk(Desenvolvimento)
- Branch(Homologação)
- Tag(Produção)
Bem, o arquivo foi alterado em Trunk que gerou uma versão em Branch, testado deu tudo certo e foi gerada uma versão em Tag e liberada para o usuário.
Então meu repositório ficou da seguinte forma:
- Trunk
- Branch
- R10
- Tag
- R10
Nisso os demais desenvolvedores continuam alterando arquivos em Trunk, mas o usuário identificou um problema na versão 10 e a mesma foi corrigida em Tag R10.
Agora, como faço um merge das alterações que tiveram Tag R10 para atualizar em Trunk???
Existe algum jeito de fazer o merge manual? Para eu identificar as diferenças?
Se não der pra fazer merge, qual seria uma estrutura boa para atender esta situação?

Bom, espero que tenha sido clara, e se puderem me ajudar ficarei grata.

Obrigada,

Silvia

No artigo diz:
“Escolhemos então MERGE para juntar os dados. Na URL do From, devemos colocar a URL do trunk e marcar a HEAD (para dizer que estamos juntando à última cópia). Para a URL To devemos colocar o endereço para o branch e marcar HEAD também, para que realizemos a junção com a última versão do branch.”

Para trazer todas as atualizações realizadas no NOME_DO_BRANCH para o trunk deve-se seguir etapas um pouco diferente do que está explicado no artigo:

1.Ecolher MERGE para juntar os dados.

2.Na URL do FROM, deve-se colocar a URL DO NOME_DO_BRANCH, e na versão colocar a versão em que foi feita a cópia inicial do NOME_DO_BRANCH. Dica, no Tortoise pode-se visualizar o Revision Graph. Neste, indica exatamente a versão em que foi feita a cópia inicial do branch até a sua versão HEAD.

3.Na URL do TO, deve-se colocoar a URL do NOME_DO_BRANCH e marcar a HEAD.

OBS.: note que FROM e TO são do NOME_DO_BRANCH. O que acontece é o seguinte: o SVN verifica as atualizações feitas entre a versao inicial da cópia do NOME_DO_BRANCH até a sua versão HEAD, e aplica todas essas mudancas na sua copia local da TRUNK.

Meu problema era a compreensão de como o merge funciona.

Agora entendi que o merge pega os arquivos alterados ENTRE as duas URLs informadas e mescla com a cópia de trabalho. Sendo assim, no meu caso que eu estou trabalhando com uma versão anterior e corrigindo Bugs nela eu precisava colocar a ultima URL válida, até a URL do meu Branch e os arquivos são mesclados com o Trunk (que é minha cópia de trabalho).

Antes eu fazia o merge do meu trunk com meu Branch, entretanto meu Branch é de uma versão anterior a que eu estou trabalhando, por isso o SVN tentava voltar alterações que eu havia feito.

Espero ter ajudado em algo com essa zona de palavras.
Abraço.

Sem brincadeira, se for só para fazer um teste em algo nada crítico, clica com o botão direito em cima do projeto e vai em Team | Branch/Tag. Vai abrir uma tela sugerindo “From” o seu trunk (o que é normal, pois, normalmente, estamos criando um ramo a partir da estrutura principal). No “to url” ele sugere o trunk também (o que é impossível). Troque /trunk por /branches/NOME_PARA_SEU_BRANCH. Digite um texto para commit e pronto. Branch criado. Um branch é uma cópia de uma determinada revisão (normalmente HEAD, ou a última) que terá “vida independente”.

Leia sobre branches antes de começar, ok? Vai evitar grandes besteiras