Eu tenho um determinado patch chamado my_pcc_branch.patch.

Quando tento aplicá-lo, recebo a seguinte mensagem:

$ git apply --check my_pcc_branch.patch
warning: src/main/java/.../AbstractedPanel.java has type 100644, expected 100755
error: patch failed: src/main/java/.../AbstractedPanel.java:13
error: src/main/java/.../AbstractedPanel.java: patch does not apply

O que isso significa?

Como posso resolver este problema?

git apply --reject --whitespace=fix mychanges.patch trabalhou para mim.

Explicação

A --rejectopção instruirá o git a não falhar se não puder determinar como aplicar um patch, mas para aplicar blocos individuais, ele poderá aplicar e criar arquivos de rejeição ( .rej) para blocos que não podem ser aplicados. O Wiggle pode "aplicar [esses] patches rejeitados e executar diferenças de palavras".

Além disso, --whitespace=fixavisará sobre erros de espaço em branco e tentará corrigi-los, em vez de recusar aplicar um pedaço aplicável.

As duas opções juntas tornam a aplicação de um patch mais robusta contra falhas, mas requerem atenção adicional em relação ao resultado.

Para toda a documentação, consulte https://git-scm.com/docs/git-apply .

Johannes Sixt da lista de discussão [email protected] sugerido usando os seguintes argumentos da linha de comando:

git apply --ignore-space-change --ignore-whitespace mychanges.patch

Isso resolveu meu problema.

Quando tudo mais falhar, tente git applya --3wayopção .

git apply --3way patchFile.patch

--3way
Quando o patch não se aplica de maneira limpa, volte à mesclagem de três vias se o patch registrar a identidade dos blobs aos quais ele deve se aplicar e tivermos esses blobs disponíveis localmente, possivelmente deixando os marcadores de conflito nos arquivos em a árvore de trabalho para o usuário resolver. Esta opção implica a opção --index e é incompatível com as opções --reject e --cached.

O caso típico de falha aplica o máximo possível do patch e deixa você com conflitos para resolver o git, da maneira que normalmente o faz. Provavelmente um passo mais fácil que a rejectalternativa.

Este comando aplicará o patch que não está resolvendo, deixando arquivos inválidos como *.rej:

git apply --reject --whitespace=fix mypath.patch

Você apenas tem que resolvê-los. Uma vez resolvido, execute:

git -am resolved

Tente usar a solução sugerida aqui: https://www.drupal.org/node/1129120

patch -p1 < example.patch

Isso me ajudou.

Isso acontece quando você mistura os clientes git do UNIX e do Windows porque o Windows realmente não tem o conceito do bit "x"; portanto, a verificação de um rw-r--r--arquivo (0644) no Windows é "promovida" pela camada POSIX do msys.rwx-r-xr-x (0755) . O git considera que a diferença de modo é basicamente a mesma que a diferença de texto no arquivo, portanto seu patch não se aplica diretamente. Eu acho que a sua única boa opção aqui é para definir core.filemodea false(usando git-config).

Aqui está um problema do msysgit com algumas informações relacionadas: http://code.google.com/p/msysgit/issues/detail?id=164 (redirecionado para a cópia de 3 de dezembro de 2013 de archive.org)

No meu caso, eu fui estúpido o suficiente para criar o arquivo de correção incorretamente em primeiro lugar, na verdade diferindo da maneira errada . Acabei com exatamente as mesmas mensagens de erro.

Se você é mestre e faz git diff branch-name > branch-name.patchisso, isso tenta remover todas as adições que você deseja que ocorram e vice-versa (que era impossível para o git realizar, pois, obviamente, as adições nunca feitas não podem ser removidas).

Portanto, certifique-se de fazer check-out em sua filial e executar git diff master > branch-name.patch

AVISO: Este comando pode remover confirmações perdidas antigas PERMANENTEMENTE. Faça uma cópia de todo o seu repositório antes de tentar isso.

Eu encontrei este link

Não tenho idéia do porquê disso funcionar, mas tentei muitas soluções alternativas e esse é o único que funcionou para mim. Em resumo, execute os três comandos abaixo:

git fsck --full
git reflog expire --expire=now --all
git gc --prune=now

O que eu procurei não está exatamente indicado aqui no SO, estou escrevendo para o benefício de outras pessoas que possam procurar por similares. Eu enfrentei um problema com um arquivo (presente no repositório antigo) sendo removido no repositório. E quando aplico o patch, ele falha, pois não conseguiu encontrar o arquivo a ser aplicado. (então, meu caso é que o patch do git falha para que o arquivo seja removido) '#git apply --reject' definitivamente deu uma visão, mas não me levou à correção. Não pude usar o wiggle, pois não está disponível para nós em nossos servidores de compilação. No meu caso, resolvi esse problema removendo a entrada do 'arquivo que foi removido no repositório' do arquivo de correção que tentei aplicar; portanto, todas as outras alterações foram aplicadas sem problemas (usando a combinação de três vias, evitando erros de espaço em branco) e depois mesclar manualmente o conteúdo do arquivo removido para onde ele foi movido.

Meu problema é que eu executei git diff, executei git reset --hard HEADe percebi que queria desfazer, então tentei copiar a saída de git diffum arquivo e usá-lo git apply, mas recebi um erro de que "o patch não se aplica". Depois de mudar para patche tentar usá-lo, percebi que um pedaço do diff foi repetido por algum motivo, e após a remoção do duplicado , patch(e presumivelmente também git apply) trabalhou.