Onde posso encontrar recursos "SVN para usuários do Git"? [fechadas]

Fechadas. Esta questão está fora de tópico . No momento, não está aceitando respostas.

Deseja melhorar esta pergunta? Atualize a pergunta para que ela esteja no tópico do Software Engineering Stack Exchange.

Fechado há 5 anos .

Então, aceitei um trabalho em que a empresa usa SVN (mas passará para o Git em algum momento no futuro). O problema é que eu não conheço SVN. Eu tentei várias consultas do Google e tudo o que posso encontrar são tutoriais em SVN-> Git, blogs "Por que o Git é melhor que SVN" e uma "folha de dicas" específica que fornece (alguns) comandos comparáveis ...

Curto de ler o livro O'Reilly no SVN, quais são o breve (mas não muito breve) instruções para SVN para usuários do Git?

git svn

— agent154
fonte

Em suma: a) não há nenhum índice, b) svn up = git pull, c) SVN commit = git commit && git empurrar d) ramos são emulados por diretórios ... ;-)

— Johannes

Eu não sei como eu posso fazer isso mais no tópico ...

— agent154

De jeito nenhum. Ao lado de qualquer coisa é offtopic no P.SE.

— JensG

@ agent154 não peça que sejamos um mecanismo de pesquisa de multidões para você. Identifique o problema que você está tendo - o problema não é "onde posso encontrar coisas no svn" é "Estou tentando fazer algo e não consigo descobrir como fazê-lo". Se algo é específico para o comando 'svn' e você está trabalhando para escrevê-lo, pergunte no Stack Overflow. Se algo sobre o fluxo de trabalho e a organização do svn (quando ramificar, quando mesclar, como trabalhar com outros desenvolvedores) - pergunte aqui.

Acho que o problema identificado é a falta de recursos, mesmo que remotamente disponíveis, para entender o SVN como um usuário do Git. Francamente, eu consideraria uma discussão sobre isso super útil depois de ter consultado várias páginas dos resultados do Google / DuckDuckGo sem encontrar nada além do que o OP mencionou.

— Metagrapher

Respostas:

A referência canônica é o Subversion RedBook . Independentemente de suas habilidades anteriores, leia isso de novo e você obterá todas as informações de uso necessárias. Não é difícil ou completamente estranho, a maioria das pessoas diz que o SVN é muito mais fácil de entender do que o git, então você deve ficar bem lendo um pouco os comandos principais. O capítulo de uso básico deve colocá-lo em funcionamento sem problemas.

Existem 2 diferenças principais:

confirmar = enviar para o repositório central. Não há rebase ou confirmação local, nem puxa.
ramificação é por diretório. Melhor pensar em todo o repositório como uma estrutura de diretórios, a ramificação é como fazer um link simbólico com a semântica de copiar na gravação. Enquanto no git você ramifica o repositório inteiro e alterna entre eles para que o novo ramo 'sobreponha' sua cópia de trabalho, com o SVN você pode trocar partes do seu repositório. Geralmente, as pessoas ramificam em uma pasta de nível superior (geralmente chamadas ramificações), de modo que a troca se torna muito mais parecida com o estilo de trabalho 'overlay' do git.

A ramificação é trivial, a fusão não é nem de longe tão ruim quanto os apologistas do DVCS desejam, especialmente se você se ater ao trio "padrão" de pastas de nível superior (chamadas tronco, ramificações e tags).

Existem alguns bits nos quais o SVN supera o git, diretórios esparsos vêm à mente - onde você faz check-out de apenas parte de seu repo. Quando você precisar de mais peças, atualize apenas o que precisa. Se você tem um grande repositório (por exemplo, um produto essencial e vários plugins), isso é brilhante.

Existem alguns bits que não são tão bons quanto o git, o temido conflito de árvores vem à mente - onde você tem um conflito no nível do diretório (ou seja, alguém excluiu um arquivo que você editou)

Se você estiver no Windows, use o TortoiseSVN. É demais.

— gbjbaanb
fonte

Depende. A fusão com o SVN fica ruim quando os arquivos são movidos (que é essencialmente uma forma educada de excluir + adicionar gerenciada pelo próprio SVN) por alguém E alterada por outra pessoa. Fora isso, boa resposta.

— JensG

Eu mencionei o problema de conflito de árvore ... Esse estado é um problema para outras scms, embora eu entenda que o git usa uma heurística para detectar se o arquivo movido é o mesmo, ele ainda pode errar se as alterações forem significativas ( por exemplo, o arquivo sendo dividido em 2).

— Gbjbaanb

O Git não precisa de heurísticas para detectar alterações na árvore - ele precisa que o usuário mova o arquivo git mv. SVN tem svn move, mas desde ramificação e mesclagem no SVN é uma espécie de um truque, eu não acredito que ele pode resolver automaticamente conflitos de árvore como git faz ...

— Idan Arye

@IdanArye git mvé implementado como adicionar + remover. git usa heurística para determinar se um movimento ou cópia ocorreu durante um commit (acho que o padrão é, "é de 80% + do arquivo o mesmo?")

— Izkata

Use git svn, se possível. Eu estive na sua situação e após meio ano de frustração, mudei para o git svn e fiquei feliz desde então.

O Git svn permite que você use o repositório localmente e a confirmação para o servidor SVN é então tratada por um git svn rebaseque refaz as alterações locais no tronco do subversion e, em seguida, git svn dcommitque efetua o commit refazido.

Talvez não seja o ideal para o uso avançado do Subversion, mas como você está usando o git localmente, tudo está bem.

Ao usar o git clone, você não deve clonar a pasta raiz do subversion, mas o diretório de destino diretamente (clonar trunk). Isso fará com que o git seja executado muito mais rápido, caso contrário, sua cópia de trabalho pode se tornar enorme.

Isenção de responsabilidade : Eu não sei como é a situação quando você deseja criar ramificações do Subversion, etc. As equipes com as quais trabalhei não usavam ramificações (apenas as ramificações locais do git).

— wirrbel
fonte