Mantente o texto original de
para corrigir o conflito Git de Obsidian, compare e salve-o

O alvo desta vez é quando um marcador concorrente é incluído no mesmo texto Markdown na mesclagem do Git. Editei uma das notas criadas pelo autor com dois ramos do Git local e confirmei a falha real de mesclagem, a comparação do texto original e a correção manual. Não é o resultado da sincronização com vários terminais.

1. Deixe manualmente os dois textos originaisPrepare uma cópia que possa distinguir qual deles é o conteúdo
2. Compare a diferençaVerifique a linha incomum e as partes comuns
3. Decida o conteúdo a ser adotadoEste exemplo coloca dois itens compatíveis em linhas separadas
4. Editar e salvarConfirme a conclusão da mesclagem no lado do texto e do Git
5. Exibir e confirmarVerifique o conteúdo selecionado e salve Markdown

Esta ordem é um diagrama que organiza este exercício. Não é um diagrama que mostra a garantia de restauração automática e prevenção de perdas, e o procedimento de operação para cada serviço de sincronização.

Neste exemplo, a mesclagem do Git parou no código final 1, e 作業メモ.md se tornou UU. O índice Git tem uma versão original comum e duas versões editadas, e <<<<<<< HEAD, ======= e >>>>>>> draft-b estão incluídos no corpo da nota.

Se um arquivo de alias conflitante ou tela de histórico aparecer em seu ambiente, verifique de acordo com o método de sincronização. A entrada para verificar o método é guia do método de sincronização do Obsidian. Os resultados do Git neste artigo não podem ser lidos no comportamento do Obsidian Sync ou iCloud.

O texto salvo neste estado competitivo é o seguinte. O texto completo do arquivo real, incluindo o marcador, é postado.

# 作業メモ

ローカルの競合を確かめるために著者が作った練習用ノートです。

## 次の確認
<<<<<<< HEAD
- 確認する項目: 見出しの順番を確認する。
=======
- 確認する項目: 内部リンクの保存先を確認する。
>>>>>>> draft-b

Abri 作業メモ.md no editor Obsidian real e inseri o texto selecionado. Neste exemplo, deixamos uma explicação comum, colocamos os dois itens em linhas separadas e removemos os marcadores de conflito. Aguarde o salvamento automático e confirme se o seguinte texto completo foi salvo no arquivo real.

# 作業メモ

ローカルの競合を確かめるために著者が作った練習用ノートです。

## 次の確認
- 確認する項目: 見出しの順番を確認する。
- 確認する項目: 内部リンクの保存先を確認する。

Além do fato de que o marcador desapareceu, vou reler o conteúdo selecionado, a ordem das linhas e as partes comuns que decidi deixar. A decisão de resumir o texto e a operação para concluir a mesclagem no lado do Git será confirmada separadamente.

Neste exercício, mesmo depois de salvar o texto com Obsidian, o estado Git era UU. Depois disso, eu explicitamente git add com apenas a nota de destino e fiz um commit de mesclagem localmente. Os dois commits originais permanecem como pais, o git ls-files -u está vazio e o estado Git está limpo.

O seguinte é um exemplo do comando para verificar o arquivo de destino no Git local. Verifique o nome real da nota e o repositório antes de usá-lo. Antes do git add, verifique o texto a ser adotado e outro status de trabalho.

git status --short -- "作業メモ.md"
git ls-files -u -- "作業メモ.md"
# 採用する本文を確認した後、対象ノートをstageする
git add -- "作業メモ.md"
git commit
# merge完了後の未解決indexと状態を確認する
git ls-files -u
git status --short

A operação Git foi realizada com um comando local. O plug-in Obsidian Git não é usado, e o controle remoto, push/pull e reflexão em outros terminais não foram confirmados. O fato de a condição ser limpa não prova a durabilidade do backup ou da entrega a todos os terminais.

Depois de criar um commit de mesclagem, reabri o 作業メモ.md a partir do explorador de arquivos real. Dois itens foram exibidos na visualização de leitura, e não havia marcadores de conflito. O Markdown antes e depois da nova exibição era o mesmo SHA256, e a cópia A/B original e o texto de cada confirmação também foram mantidos.

Este resultado foi confirmado pela nota deste autor e uma restauração local. Não é um resultado que mostre que as informações não serão perdidas em todos os conflitos e em todos os métodos de sincronização.

• Aplicação real: 30 de setembro de 2026 Linux versão Obsidian 1.13.7. Notas japonesas criadas pelo autor, um repositório Git local offline, sem plug-in da comunidade.
• Resultados reais do Git: falha de mesclagem, UU, três estágios de índice não resolvido, marcador de conflito, confirmação de mesclagem com estágio de destino explícito e dois pais, índice não resolvido está vazio, estado limpo.
• GUI real: Texto original A, notas concorrentes, notas pós-salvas, operação real do explorador de arquivos, insira e salve o texto selecionado no editor real, visualização de leitura, verifique a exibição de notas.
• Auxiliar: A nota composta e a cópia do texto original foram preparadas diretamente como arquivos. Usei o aplicativo API para dividir esquerda e direita, exibir B, barra lateral, janela de configurações e ler o status. Git é uma operação de shell local.
• Não verificado: Geração automática de cópias conflitantes, Obsidian Sync, iCloud, outros serviços de sincronização, remoto, edição simultânea em duas unidades, iOS/Android/Mac, entrega SimpleMemo, backup de longo prazo, velocidade, produtividade, efeito de entrada.

A imagem original é a tela do Obsidian real que não foi processada, e o Markdown é o original do arquivo real. O registro de verificação e a correspondência original descrevem a operação real, a assistência e os limites.

Entrada para verificar o método

Guia de Comparação para Métodos de Sincronização é um artigo existente para escolher um método. Esta página divide o assunto como um exemplo de comparação e restauração do texto original. Neste artigo, eu não tentei a entrada e a entrega do SimpleMemo.

Este site é operado pela YURIKA, K.K. e apresenta o aplicativo independente "SimpleMemo". Este não é um artigo oficial de Obsidian.