Obsidian / Git çakışma kurtarma örneği
Orijinal metni bırakın ve içeriği seçinObsidian'in Git çakışmasını düzeltmek, karşılaştırmak ve kaydetmek için
'in orijinal metnini okuyun
Bu sayfa Japonca aslından makine çevirisiyle hazırlanmıştır. Japonca aslını okuyun
Metinde bir çakışma işareti varsa, her iki orijinal metni de ayrı ayrı bırakın ve hangi içeriğin kullanılacağını kontrol edin. Bu küçük alıştırmada iki onay öğesi seçtik ve bunları Obsidian'e kaydettik ve yerel Git birleştirmenin tamamlandığını ve yeniden görüntülendiğini doğruladık.
Onay sırası orijinal metin, seçilen içerik ve kaydetme sonuçlarıdır
Bu seferki hedef Git birleştirmede aynı Markdown metnine rakip bir işaretleyici dahil edildiğinde. Yazar tarafından oluşturulan notlardan birini yerel Git'in iki dalı ile düzenledim ve gerçek birleştirme hatasını, orijinal metnin karşılaştırılmasını ve manuel düzeltmeyi doğruladım. Birden fazla terminalle senkronizasyonun sonucu değildir.
- Her iki orijinal metni de manuel olarak bırakınHangisinin içerik olduğunu ayırt edebilecek bir kopya hazırlayın
- Farkı karşılaştırınOlağandışı çizgiyi ve ortak parçayı kontrol edin
- İçeriğin benimsenmesine karar verinBu örnekte iki uyumlu öğe ayrı satırlara yer verilmektedir
- Düzenle ve kaydeMetin ve Git tarafında birleştirmenin tamamlandığını onaylayın
- Yeniden görüntüle ve onaylaSeçilen içeriği yakalayın ve Markdown'i kaydedin
Bu sıra, bu alıştırmayı düzenleyen bir diyagramdır. Otomatik restorasyon ve kayıp önleme garantisini ve her senkronizasyon hizmeti için çalışma prosedürünü gösteren bir diyagram değildir.
İlk olarak, yarışmanızın formunu kontrol edin
Bu örnekte, Git'in birleştirmesi 1 bitiş kodunda durdu ve 作業メモ.md UU oldu. Git dizininin ortak bir orijinal sürümü ve iki düzenlenmiş sürümü vardır ve <<<<<<< HEAD, ======= ve >>>>>>> draft-b notun gövdesine dahil edilmiştir.
Ortamınızda bir takma ad çakışma dosyaları veya geçmişi ekranı varsa, lütfen senkronizasyon yöntemine göre kontrol edin. Yöntemi kontrol etmek için giriş Obsidian'in senkronizasyon yöntemi kılavuzudur. Bu makaledeki Git'in sonuçları Obsidian Sync veya iCloud'nin davranışına okunamaz.
Bu yarışma durumunda kaydedilen metin aşağıdaki gibidir. İşaretleyici de dahil olmak üzere gerçek dosyanın tam metni yayınlanır.
# 作業メモ
ローカルの競合を確かめるために著者が作った練習用ノートです。
## 次の確認
<<<<<<< HEAD
- 確認する項目: 見出しの順番を確認する。
=======
- 確認する項目: 内部リンクの保存先を確認する。
>>>>>>> draft-b
1. İki orijinal metni ayrı ayrı elinizin altında bırakın
Düzenlemeye başlamadan önce, elinizdeki her sürümü orijinal sürümü gösteren bir adla ayrı ayrı kaydedin. Elinizde yalnızca biri varsa, diğerini kaydedebiliyormuş gibi davranmayın ve Git'in durumunu ve kullandığınız yöntemin geçmişini kontrol edin. Bu sefer her hizmetin geçmişinden geri almaya çalışmadım.
Çakışmayı düzeltmeden önce önceki metne geri dönme hazırlığınızı kontrol etmek istiyorsanız, lütfen Git, Dosya Kurtarma ve mağaza dışı kopya kurtarma örneğine bakın.
Bu alıştırmada, yazar birleştirmeden önce taslak A ve taslak B'nin bir kopyasını manuel olarak sakladı. Karşılaştırma için, depoya 原文の控え/案A.md ve 原文の控え/案B.md'i de koydum ve açtım. Bunlar, senkronizasyon aracı tarafından otomatik olarak oluşturulan çakışan kopyalar değildir.
| sürüm | Değişen onay öğesi | Ortak parça |
|---|---|---|
| Plan A | Başlıkların sırasını kontrol edin | Başlık, uygulama notlarının açıklaması, bir sonraki onay için başlık |
| Taslak B | Dahili bağlantının nereye kaydedileceğini kontrol edin | Plan A ile aynı |
Yalnızca güncelleme zamanına göre değerlendirmek yerine, metni okuyun ve gerekli bilgileri kontrol edin. İkisi bu sefer ayrı onay öğeleri olarak uyumlu olduğundan, yazar her iki satırı da A ve B sırasına göre benimsemeye karar verdi. Gerçek cümle çelişkili veya yinelenmişse, içeriğe göre seçim yapmanız gerekir.
2. Obsidian ile karar verdiğiniz içeriği düzenleyin ve kaydetmeyi onaylayın
作業メモ.md'i gerçek Obsidian düzenleyicisinde açtım ve seçilen metni girdim. Bu örnekte ortak bir açıklama bıraktık, iki öğeyi ayrı satırlara koyduk ve çakışma işaretlerini kaldırdık. Otomatik kaydetmeyi bekleyin ve aşağıdaki tam metnin gerçek dosyaya kaydedildiğini onaylayın.
# 作業メモ
ローカルの競合を確かめるために著者が作った練習用ノートです。
## 次の確認
- 確認する項目: 見出しの順番を確認する。
- 確認する項目: 内部リンクの保存先を確認する。
Not defterinizdeki işaretleyicinin kaybolmasına ek olarak, seçilen içeriği, satırların sırasını ve bırakmaya karar verdiğiniz ortak parçaları yeniden okuyun. Metni özetleme kararı ve birleştirmeyi Git tarafında tamamlama işlemi ayrı olarak onaylanacaktır.
3. Git'in çözülmemiş durumunu kontrol edin ve birleştirmeyi tamamlayın
Bu alıştırmada, metni Obsidian ile kaydettikten sonra bile Git durumu UU idi. Bundan sonra, açıkça git add'yi yalnızca hedef notla yaptım ve yerel olarak bir birleştirme taahhüdü yaptım. İki orijinal taahhüt ebeveyn olarak kalır, git ls-files -u boştur ve Git durumu temizdir.
Aşağıda, yerel Git'teki hedef dosyayı kontrol etmek için bir komut örneği verilmiştir. Kullanmadan önce gerçek not adını ve depoyu kontrol edin. git add'den önce, lütfen kabul edilecek metni ve diğer çalışma durumunu kontrol edin.
git status --short -- "作業メモ.md"
git ls-files -u -- "作業メモ.md"
# 採用する本文を確認した後、対象ノートをstageする
git add -- "作業メモ.md"
git commit
# merge完了後の未解決indexと状態を確認する
git ls-files -u
git status --shortGit işlemi yerel bir komutla gerçekleştirildi. Obsidian Git eklentisi kullanılmadı ve uzak, itme/çekme ve diğer terminallerdeki yansıma doğrulanmadı. Durumun temiz olması, yedeklemenin veya tüm terminallere teslimatın dayanıklılığını kanıtlamaz.
4. Not defterini yeniden açın ve seçilen içeriği okuyun
Bir birleştirme işlemi oluşturduktan sonra, gerçek dosya gezgininden 作業メモ.md'i yeniden açtım. Okuma görünümünde iki öğe görüntülendi ve çakışma işaretleri yoktu. Yeniden gösterimden önce ve sonra Markdown aynı SHA256 idi ve orijinal A/B kopyası ve her taahhüdün metni de korundu.
Bu sonuç, bu yazarın notu ve bir yerel geri yükleme ile doğrulandı. Tüm çakışmalarda ve tüm senkronizasyon yöntemlerinde bilgilerin kaybolmayacağını gösteren bir sonuç değildir.
Orijinal metni, yarışma durumunu ve kaydedilen sonuçları indirin
Dört Markdown dosyası, özgün A/B metinleri, çakışma durumu ve son kaydedilen sonucun asıllarıdır. Dağıtım adları durumları ayırmak için verilmiştir; gerçek çalışma notunun adı 作業メモ.md idi. İçeriği karşılaştırma alıştırmasında bunları farklı adlarla kaydedin ve kendi notlarınızla aynı adlı dosyaların üzerine yazmayacağınız bir konumda kontrol edin.
| Durum | Dağıtım dosyası |
|---|---|
| Orijinal A | original-a.md |
| Orijinal B | original-b.md |
| Çekişme durumu | conflicted-note.md |
| Sonuçları kaydet | resolved-note.md |
Okuyucu tarafındaki dağıtılmış dosyanın yakalama ve geri yükleme işlemi bu gerçek uygulama doğrulamasına dahil değildir.
Sık sorulan sorular
Metindeki çakışan işaretler ve çakışan kopya aynı mı?
Her iki cümleyi de bırakırsam çözebilir miyim?
Çakışma işaretçisini silip kaydedersem, Git birleştirme tamamlanacak mı?
Bu prosedür Obsidian Sync ve iCloud'de doğrulandı mı?
Doğrulama ortamı ve onay aralığı
- Gerçek uygulama: 30 Eylül 2026 Linux sürümü Obsidian 1.13.7. Yazar tarafından oluşturulan Japonca notlar, bir çevrimdışı yerel Git deposu, topluluk eklentisi yok.
- Gerçek Git sonuçları: birleştirme hatası, UU, üç çözülmemiş dizin seviyesi, çakışma işaretçisi, açık hedef aşama ve iki ebeveyn ile birleştirme taahhüdü, çözülmemiş dizin boş, durum temiz.
- Gerçek GUI: Orijinal metin A, çakışma notları, kaydedilmiş notlar, gerçek dosya gezgini işlemi, seçilen metnin gerçek düzenleyiciye girişi ve kaydedilmesi, görüntüleme okuma, kontrol notu yeniden görüntülenmesi.
- Yardımcı: Bileşik not ve orijinal metnin kopyası doğrudan bir dosya olarak hazırlanmıştır. Sola ve sağa bölmek, B'yi, kenar çubuğunu, ayar penceresini görüntülemek ve durumu okumak için API uygulamasını kullandım. Git yerel bir kabuk işlemidir.
- Doğrulanmayanlar: otomatik conflicted-copy oluşturma, Obsidian Sync, iCloud, diğer eşitleme hizmetleri, remote, iki cihazda eşzamanlı düzenleme, iOS/Android/Mac, SimpleMemo teslimi, uzun süreli yedekleme, hız, üretkenlik ve trafik etkisi.
Orijinal görüntü, işlenmemiş gerçek Obsidian ekranıdır ve Markdown gerçek dosyanın orijinalidir. Doğrulama kaydı ve orijinal yazışmalar gerçek işlemi, yardımı ve sınırları açıklar.
Yöntemi kontrol etmek için giriş
Eşitleme yöntemleri karşılaştırması, yöntem seçmeye yönelik mevcut yazıdır. Bu sayfanın konusu ise özgün metinleri karşılaştırarak geri yükleme örneğidir. Burada SimpleMemo giriş veya teslimi denenmedi.
Bu site YURIKA, K.K. tarafından işletilmektedir ve bağımsız "SimpleMemo" uygulamasını tanıtmaktadır. Bu, Obsidian'nin resmi bir makalesi değildir.