Como resolver a mensagem "edição local, exclusão recebida na atualização"

Quando faço um svn status ., recebo o seguinte:

!     C auto-complete-config.elc
      >   local edit, incoming delete upon update
!  +  C auto-complete.elc
      >   local edit, incoming delete upon update
!  +  C popup.elc
      >   local edit, incoming delete upon update
!  +  C fuzzy.elc
      >   local edit, incoming delete upon update

basicamente, esses arquivos não devem estar no repositório. Um desenvolvedor os removeu. Então, acho que fiz um svn rm ...após o fato por engano (deveria ter feito svn update .).

Então agora, quando svn status .recebo, recebo essas mensagens de conflito de árvore.

Encontrei o documento aqui, mas não sei como mesclá-lo de acordo com o documento.

como se livrar deles?

Acho que minha cópia de trabalho está sincronizada com o repositório. Não sei por que essas mensagens são exibidas. Esses arquivos devem ser removidos e removidos tanto quanto eu sei em todos os lugares. Eu tentei svn update .e svn revert .ainda recebo essa mensagem quando o faço svn status ..

Versão curta:

$ svn st
!  +  C foo
      >   local edit, incoming delete upon update
!  +  C bar
      >   local edit, incoming delete upon update
$ touch foo bar
$ svn revert foo bar
$ rm foo bar

Se o conflito é sobre diretórios em vez de arquivos, substitua touchpor mkdire rmcom rm -r.

Nota: o mesmo procedimento também funciona para a seguinte situação:

$ svn st
!     C foo
      >   local delete, incoming delete upon update
!     C bar
      >   local delete, incoming delete upon update

Versão longa:

Isso acontece quando você edita um arquivo enquanto outra pessoa o exclui e confirma primeiro. Como um bom cidadão de svn, você faz uma atualização antes de um commit. Agora você tem um conflito. Perceber que excluir o arquivo é a coisa certa a ser excluída da sua cópia de trabalho. Em vez de se contentar, o svn agora reclama que os arquivos locais estão ausentes e que há uma atualização conflitante que, em última análise, deseja ver os arquivos excluídos. Bom trabalho svn.

svn resolveNão deve funcionar, por qualquer motivo, você pode fazer o seguinte:

Situação inicial: faltam arquivos locais, a atualização está em conflito.

$ svn st
!  +  C foo
      >   local edit, incoming delete upon update
!  +  C bar
      >   local edit, incoming delete upon update

Recrie os arquivos conflitantes:

$ touch foo bar

Se o conflito for sobre diretórios, substitua touchpor mkdir.

Nova situação: Arquivos locais a serem adicionados ao repositório (sim, certo, svn, o que você disser), atualização ainda conflitante.

$ svn st
A  +  C foo
      >   local edit, incoming delete upon update
A  +  C bar
      >   local edit, incoming delete upon update

Reverta os arquivos para o estado que o svn gosta deles (isso significa que foi excluído):

$ svn revert foo bar

Nova situação: os arquivos locais não conhecidos pelo svn, a atualização não é mais conflitante.

$ svn st
?       foo
?       bar

Agora podemos excluir os arquivos:

$ rm foo bar

Se o conflito for sobre diretórios, substitua rmpor rm -r.

svn não reclama mais:

$ svn st

Feito.

Tente resolver o conflito usando

svn resolve --accept=working PATH

Acabei de receber o mesmo problema e descobri que

$ svn revert foo bar

resolveu o problema.

svn resolve não funcionou para mim:

$ svn st
!  +  C foo
      >   local edit, incoming delete upon update
!  +  C bar
      >   local edit, incoming delete upon update

$ svn resolve --accept working
svn: Try 'svn help' for more info
svn: Not enough arguments provided

$ svn resolve --accept working .

$ svn st
!  +  C foo
      >   local edit, incoming delete upon update
!  +  C bar
      >   local edit, incoming delete upon update

$ svn resolve --accept working foo
Resolved conflicted state of 'foo'

$ svn st
!  +    foo
!  +  C bar
      >   local edit, incoming delete upon update

Se você não tiver feito alterações dentro do diretório em conflito, você também pode rm -rf conflicts_in_here/e depois svn up. Isso funcionou para mim, pelo menos.

Você pode forçar a reverter seu diretório local para svn.

 svn revert -R your_local_path

Portanto, você pode simplesmente reverter o arquivo excluído, mas lembre-se: se você estiver trabalhando em qualquer tipo de projeto com um arquivo de projeto definido (como iOS), a reversão do arquivo o adicionará à estrutura de pastas do sistema, mas não à estrutura de arquivos do projeto. etapas adicionais podem ser necessárias se você estiver nesse caso

Esse problema geralmente ocorre quando tentamos mesclar outras alterações de ramificação de um diretório errado.

Ex:

Branch2\Branch1_SubDir$ svn merge -rStart:End Branch1
         ^^^^^^^^^^^^
   Merging at wrong location

Um conflito que é lançado sobre sua execução é:

Tree conflict on 'Branch1_SubDir'
   > local missing or deleted or moved away, incoming dir edit upon merge

E quando você seleciona q para sair da resolução , você obtém o status como:

 M      .
!     C Branch1_SubDir
      >   local missing or deleted or moved away, incoming dir edit upon merge
!     C Branch1_AnotherSubDir
      >   local missing or deleted or moved away, incoming dir edit upon merge

o que significa claramente que a mesclagem contém alterações relacionadas a Branch1_SubDire Branch1_AnotherSubDir, e essas pastas não foram encontradas dentro Branch1_SubDir(obviamente, um diretório não pode estar dentro de si).

Como evitar esse problema em primeiro lugar:

Branch2$ svn merge -rStart:End Branch1
 ^^^^
Merging at root location

A correção mais simples para esse problema que funcionou para mim:

svn revert -R .