Bunu sadece Xcode'un Kaynak Kontrolünü kullanarak tamamen farklı bir yaklaşımla çözdüm.
Arka plan: Başka bir ekip Uzak Git deposundaki değişiklikleri itti (Beanstalk aracılığıyla). Sonunda, .xcodeproj dosyaları farklı bir dizin altında geldi ve değişiklikler almadı. Daha sonra, taahhüt etmeye çalıştığımda, Xcode'da bir Tree Conflict hatası aldım.
Xcode kullanarak düzeltmek neredeyse imkansız olan .xcodeproj
dosyayı Git sunucusundan indirilen bir sürümle değiştirdim . Sonuç ... Xcode projesi temizlenmiş gibi göründü, ancak bozuk Pull'un tüm güncellemeleri yaptığım değişiklikler olarak görünüyordu ve bir Taahhüt için Hazırlandı.
Ancak, taahhütte bulunmaya çalışırken, burada tartışılan aynı "ölümcül: bir birleştirme sırasında kısmi bir taahhütte bulunamıyorum" hatasını aldım.
Sorunu şu şekilde çözdüm ... (Şimdi, bir çaylak programcısı olduğumu anlayın, bu yüzden biraz anlayışım olmayabilir ... ama cehaletim bunu yapmanın başka bir yolunu bulmamı sağladı.) İlk olarak, efendimi klonladım Şube ikincil bir şubeye dönüşerek bu şubeye geçti. Sonra bir Çalışma Kopyası oluşturdum ve dizini o çalışma kopyasına orijinal proje dizininin dışına yerleştirdim. (Bunun gerekli olup olmadığını bilmiyorum, ama diğer sorun giderme tekniklerini okuduğumda yaptığım şey bu.) Daha sonra şubeleri değiştirdim, burada tüm Staged dosyalarının (Değişiklik değişiklikleri) gittiğini fark ettim. Tüm dosyaların karşı taraf tarafından yapılan en son değişikliklerle güncellendiğinden emin olmak için, tüm dosyaları çoğaltan ThirdBranch adlı yeni bir şube oluşturdum, Git Sunucusuna itti ve Beanstalk'ın ana dalın sunucu versiyonumu yeni ittiğim ThirdBrach dalıyla (satır satır) karşılaştırmasına izin verdim ve diğer tarafın tüm değişiklikleri Xcode'umda mevcuttu. Bu, ana veri havuzumun ve Git ana veri havuzumun aynı olduğu anlamına geliyordu, bu da sorunu yalnızca Xcode kullanarak çözdüğümü doğrular.
Nasıl tarif ettiğimin ötesinde bana sorma ... ve kesinlikle bıraktığım boşlukları doldur. Bu konuda yeniyim ve her şeyi anlamıyorum. Belki deneyimli bir programcı ilgisiz bilgileri ilgili olandan ayırabilir ve bu tekniği daha net bir şekilde yeniden oluşturabilir, bu da kısmen bunu neden gönderiyorum.
Bu, aşağıdaki gibi yinelenen soruya yinelenen bir yanıttır: Başarısız Xcode Git Merge sıkışmış