Bu yüzden .gitignore dosyama bir klasör ekledim.

Bunu yaptığımda git statusbana söyler

# On branch latest
nothing to commit (working directory clean)

Ancak, dalları değiştirmeye çalıştığımda aşağıdakileri alıyorum:

My-MacBook-Pro:webapp marcamillion$ git checkout develop
error: The following untracked working tree files would be overwritten by checkout:
    public/system/images/9/thumb/red-stripe.jpg
    public/system/images/9/original/red-stripe.jpg
    public/system/images/8/thumb/red-stripe-red.jpg
    public/system/images/8/original/red-stripe-red.jpg
    public/system/images/8/original/00-louis_c.k.-chewed_up-cover-2008.jpg
    public/system/images/7/thumb/red-stripe-dark.jpg
    public/system/images/7/original/red-stripe-dark.jpg
    public/system/images/7/original/DSC07833.JPG
    public/system/images/6/thumb/red-stripe-bw.jpg
    public/system/images/6/original/website-logo.png
    public/system/images/6/original/red-stripe-bw.jpg
    public/system/images/5/thumb/Guy_Waving_Jamaican_Flag.jpg
    public/system/images/5/original/logocompv-colored-squares-100px.png
    public/system/images/5/original/Guy_Waving_Jamaican_Flag.jpg
    public/system/images/4/thumb/DSC_0001.JPG
    public/system/images/4/original/logo.png
    public/system/images/4/original/DSC_0001.JPG
    public/system/images/4/original/2-up.jpg
    public/system/images/3/thumb/logo2.gif
    public/system/images/3/original/logo2.gif
    public/system/images/3/original/Guy_Waving_Jamaican_Flag.jpg
    public/system/images/3/original/11002000962.jpg
    public/system/images/2/thumb/Profile Pic.jpg
    public/system/images/2/original/Profile Pic.jpg
    public/system/images/2/original/02 Login Screen.jpg
    public/system/images/1/original/Argentina-2010-World-Cup.jpg
Please move or remove them before you can switch branches.
Aborting

Bu benim .gitignore dosya gibi görünüyor:

.bundle
.DS_Store
db/*.sqlite3
log/*.log
tmp/**/*
public/system/images/*
public/system/avatars/*

Bu dosyaları silmeden şubeler arasında geçiş yapabilmem için bunu nasıl çalıştırabilirim?

Değişiklik yaparsam bu dosyaları etkiler mi? Başka bir deyişle, daha sonra bu şubeye geri dönersem, her şey en son taahhüdüm kadar mükemmel olurdu?

Bu dosyaları kaybetmek istemiyorum, sadece izlenmelerini istemiyorum.

Görünüşe göre dosyaların yoksayılmasını istiyorlar ama zaten işlemden geçirildi. .gitignore'un repo'da bulunan dosyalar üzerinde hiçbir etkisi yoktur, bu nedenle bunların kaldırılması gerekir git rm --cached. Bu --cached, çalışma kopyanız üzerinde herhangi bir etkiye sahip olmasını engeller ve bir dahaki işleminizde kaldırılmış olarak işaretlenir. Dosyalar depodan kaldırıldıktan sonra .gitignore dosyaların yeniden eklenmesini önleyecektir.

Ancak .gitignore'unuzla ilgili başka bir sorununuz var, aşırı joker karakterler kullanıyorsunuz ve bunun beklenenden daha az eşleşmesine neden oluyor. Bunun yerine .gitignore'u değiştirelim ve bunu deneyelim.

.bundle
.DS_Store
db/*.sqlite3
log/*.log
tmp/
public/system/images/
public/system/avatars/

UYARI: izlenmeyen dosyaları siler, bu nedenle sorulan soruya mükemmel bir cevap değildir.

Bu mesajı da vurdum. Benim durumumda, dosyaları tutmak istemedim, bu yüzden bu benim için çalıştı:

git 2.11 ve daha yenisi

git clean  -d  -f .

daha yaşlı git

git clean  -d  -f ""

Git tarafından yok sayılan dosyaları da kaldırmak istiyorsanız, aşağıdaki komutu yürütün.

UYARI! BU EN MUHTEMEL OLARAK PROJENİZİ YOKTUR, SADECE% 100 NE YAPTIĞINIZI BİLİYORSANIZ KULLANIN

git 2.11 ve daha yenisi

git clean  -d  -fx .

daha yaşlı git

git clean  -d  -fx ""

http://www.kernel.org/pub/software/scm/git/docs/git-clean.html

• -x yok sayılan dosyaların yanı sıra git tarafından bilinmeyen dosyaların da kaldırıldığı anlamına gelir.

• -d izlenmemiş dosyalara ek olarak izlenmemiş dizinleri kaldırmak anlamına gelir.

• -f çalıştırmaya zorlamak için gereklidir.

Uyarı: Bu, dizine alınmamış yerel dosyaları silecektir

Sadece zorla: git checkout -f another-branch

OS X kullanıyorsanız, bunun nedeni bir dosya adının belirli karakterleri değiştirmiş olması olabilir. Aşağıdaki yapılandırma seçeneğini ayarlamayı deneyin:

git config core.ignorecase true

Git o (adlandırılmış dosyaları oluşturmak istediğini anlatıyor public/system/images/9/...vs) ama zaten bu dizine varolan dosyaları var olmayan Git tarafından izlenir. Belki birileri bu dosyaları Git deposuna ekledi ve bu şubeye ilk kez geçiş yaptınız mı?

Muhtemelen şubenizdeki bu dosyaların developşu andaki şubenizde olmamasının bir nedeni vardır . Ortak çalışanlarınıza bunun neden olduğunu sormanız gerekebilir.

bu dosyaları silmeden şubeleri değiştirebilmem için bunu nasıl çalıştırabilirim?

Dosyaları bir şekilde kaybolmadan yapamazsınız. Sen adlandırmak olabilir publiciçin my_publicşimdilik falan.

Eğer daha sonra bu şubeye geri dönersem her şey en son görevime kadar mükemmel olurdu?

Değişikliklerinizi yaparsanız Git onları kaybetmez. Eğer değişiklik taahhüt yoksa, o zaman Git calisacagim değil yazma çalışmalarına yaptın söyledi. Git ilk olarak burada sizi uyarıyor (şubeleri değiştirmeye çalıştığınızda).

Bu benim için çalıştı.

 1. git fetch --all
 2. git reset --hard origin/{branch_name}

Bu hassas görev için bir komut var (izlenmeyen dosyaları kalıcı olarak silme)

git clean -i

O git pullzaman yapacak.

Scott Schafer'in cevabından daha az kapsamlı bir şeye ihtiyaç duyanlar için ,

git clean -f

muhtemelen işe yarayacak. Ben son derece çalışan önermek

git clean --dry-run

ilk. Bu komut, Git'i çalıştırırsanız kaldıracağı dosyaların bir listesini çıkarır git clean -fve istemediğiniz bir şeyi yanlışlıkla kaldırmanın acısını kurtarabilir.

Daha fazla bilgi için bu Stack Oveflow cevabına veya belgelerine bakın git clean.

Maalesef ne git rm --cachedya git clean -d -fx ""benim için yaptı.

Çözümüm, şubemi uzaklara itmek, yeni bir repo klonlamak, sonra yeni repoda birleşmemi yapmak oldu. Repoya erişen diğer insanlar da aynısını yapmak zorundaydı.

Hikayenin ahlakı: .gitignoreBaşlangıçtan itibaren bir dosya kullanın .

Bu soruyu hızlı bir şekilde çözmek istiyorsanız, bu komutu kullanabilirsiniz:

git checkout -f dev

Daha önceki bir taahhüde dayanarak bir şubeye bakarken de aynı sorunu yaşadım. Git, izlenmeyen dosyalar nedeniyle ödeme yapmayı reddetti.

Bir çözüm buldum ve umarım size de yardımcı olacaktır.

Etkilenen dizinleri eklemek .gitignoreve $ git rm -r --cachedbunlara vermek yeterli değildir.

Bazı şeyleri test etmek ve geçerli sürüme geri dönmek için bir şubeyi daha eski bir taahhüt K yapmak istediğinizi varsayalım. Aşağıdaki adımlarda yapardım:

1. İzlenmeyen dosyaları ayarlayın: git'in yoksaymasını istediğiniz dosya ve dizinleri düzenleyin .gitignoreve uygulayın $ git rm -r --cached. Ayrıca dosyanın .gitignorekendisini ekleyin .gitignoreve vermeyi unutmayın $ git rm -r --cached .gitignore. Bu, git komutlarının yoksayma davranışının önceki işlemlerde aynı olmasını sağlar.

2. Az önce yaptığınız değişiklikleri yapın:

   $ git add -A
$ git commit

3. Geçerli günlüğü kaydedin, aksi takdirde geçerli sürüme geri dönmede sorun yaşayabilirsiniz

   $ git log > ../git.log

4. Kesin K'ye sıfırlama

   $ git reset --hard version_k

5. K taahhüdüne dayalı bir şube oluşturun

   $ git branch commit_k_branch

6. Bu şubeye çıkış

   $ git checkout commit_k_branch

7. Eşyalarını yap ve taahhüt et

8. Tekrar master'a geri dön

   $ git checkout master

9. Mevcut Sürüme tekrar sıfırla

   $ git reset current_version veya $ git reset ORIG_HEAD

10. Şimdi HEAD'e sert bir şekilde sıfırlayabilirsiniz

    git reset --hard HEAD

NOT! Bir sonraki son adımı (örn. Gibi $ git reset --hard ORIG_HEAD ) atlamayın, aksi takdirde yukarıda şikayet edilen izlenmeyen dosyalar kaybolur.

Ayrıca git şikayet şikayet dosyaları silinmedi emin yaptı. Onları bir metin dosyasına kopyaladım ve komutu verdim$ for i in $(cat ../test.txt); do ls -ahl $i; done

Yukarıda belirtilen şubeye tekrar ödeme yaparsanız, $ git statusistenmeyen değişikliklerin görünmemesini sağlamayı unutmayın .

Bu bana komut isteminden Git kullanarak bir Windows 8 sisteminde oldu . Ekibimin geri kalanı TFS kullanıyor ve TFS ile yerel Git depom arasında itme / çekme için Microsoft'un git-tf komutunu kullanıyorum.

Sorun , yalnızca durumlarını değiştirmek için yeniden adlandırılan bazı dosyalar nedeniyle ortaya çıktı . Olan şey şuydu:

• Dosyalar adlarında karışık muhafaza ile kontrol edildi.
• Daha sonraki bir işlemde, dosya adları tüm küçük harflerle değiştirildi.
• git-tf başlangıçta karışık durumda dosyaları aldı.
• Dosyalar küçük harf olarak yeniden adlandırıldığında, git-tf dosyaları alamadı çünkü Windows 8 için bu dosya adları eşdeğerdir.
• Git büyük / küçük harfe duyarlı olduğundan, kaynak kontrolünde olmayan karışık vaka dosyalarına sahip olduğumdan şikayet etti. Ancak git status, Windows komut isteminde bu dosya adları eşdeğer olduğundan, herhangi bir değişiklik göremedim.

Benim için en basit çözüm:

• git checkoutprojenin önceki bir sürümü , bu dosyalar eklenmeden çok önce .
• Sonra doğru dosya kasası ile projenin git checkouten son sürümü .

Bu iki işlev (git rm --cached, git checkout -f another-branch) benim için çalışmadı.

Bunun yerine, Git'in yapmasını söylediği gibi dosyayı (tutulmasıyla) fiziksel olarak kaldırdım; Şubeleri değiştirmeden önce lütfen onları taşıyın veya kaldırın.

ve sonra eklerim / taahhüt ederim.

ve sonra çektim ve işe yaradı!

Benim durumumda, sorun alt modüllerle oldu. masterprojeye yeni bir alt modül ekleyen başka bir şube ile birleştirildi. Ödeme yapmaya çalıştığım dalda yoktu, bu yüzden git izlenmeyen dosyalar hakkında şikayet ediyordu ve önerilen diğer çözümlerin hiçbiri benim için çalışmadı. Kasayı yeni şubeme zorladım ve ustayı çektim.

• git checkout -f my_branch
• git pull origin master
• git submodule update --init

Benim durumumda git rm --cachedişe yaramadı. Ama anladımgit rebase

Ben de benzer bir sorunla karşı karşıyaydım ve yukarıda yayınlanan tüm çözümleri denedim ama işe yaramadı

İ vermesiyle mesele neden oldu değiştirildi benim onMusicUpdateListener.javaTo OnMusicUpdateListener.javaiçinde developşube.

Şimdi aynı dosyaya mastersahipti onMusicUpdateListener.java vedevelopOnMusicUpdateListener.java

Şimdi ne zaman ustalaştığımda bana bir hata verdi

The following untracked working tree files would be overwritten by checkout

ve sonra aborted.

Bu sorunu çözmek için, ben zorla checked out masterşube ve sonra benim adını onMusicUpdateListener.javaetmek OnMusicUpdateListener.java, committedonu ve sonra mergedonunla developşube.

Sonra benim developşube mergingiçine güncelledi masterve şimdi her şey normale döndü ve sorun çözüldü.

Bu bir izin sorunu olabilir,

mülkiyeti değiştirmek,

sudo chown -v -R usr-name:group-name folder-name

Aynı ada sahip ancak farklı dosyaya sahip 2 dosya sorun olabilir.

Bu dosyalardan birini silebilir veya yeniden adlandırabilirsiniz. Ör:

Pdf.html.twig (The GOOD one)

pdf.html.twig (The one I deleted)

Dosyaları silmek yerine taşıma

Dosyaları silmekten kaçınmanın bir yolu, dosyaları taşımaktır. Örneğin:

cd "`git rev-parse --show-toplevel`"
git checkout 2>&1 | while read f; do [ ! -e "$f" ] || mv "$f" "$f".bak; done

Bir dosyayı yerel olarak yeniden adlandırdıysanız ve sonra bir dosya yaptıysanız pull, bu hata iletisini görüntüler.

çözmesi kolay, git her iki dalda da aynı dosyalara sahip olduğunuzu söylüyor, bu nedenle belirli dosyaları ana daldan silmeniz gerekiyor ve daha sonra birleştirebilirsiniz:

git merge "şubeniz"

Umarım sizin için çalışır, sadece hatamı çözdüm. benim hatam şuydu:

hata: Aşağıdaki izlenmeyen çalışma ağacı dosyalarının üzerine birleştirme ile yazılır: .vs / slnx.sqlite Lütfen birleştirmeden önce bunları taşıyın veya kaldırın. durduruluyor

Şimdi çalışıyor! Benim durumumda .vs / slnx.sqlite görsel stüdyo tarafından oluşturuldu, silmeden önce kapatmam gerekiyordu.

Benim durumumda, popüler bir açık kaynaklı CMS kullandığım ve sorunlara neden olan dizin CMS'nin yazdığı uploads dizini olduğu için bu hatayı görüyordum.

Yani söylediği şey, sahip olmadığınız, ancak versiyonlamadan alamadığınız dosyalar olduğu.

Ben canlı siteden benim yerel tüm dosyaları kapma, o zaman bu sorunu gidermek umuduyla repo bu kontrol edeceğim.

Bu sorunu çözmek için .gitignore dosyasını appname / gen / dizininden silin .

Sadece dosya sistemine gittim ve dosyayı doğrudan sildim, sonra git checkout ile devam ettim ve işe yaradı.

Sorun birkaç kez oluştu ve silme, itme, yeniden ekleme, itme veya böyle bir şey yapan geliştiriciler ile ilgili olabilir.

Yanıtların çoğu, dosyaları silmeyi veya kaldırmayı düşünür, bu da kolay bir yoldur. Ancak bazen yerel dosyalardan kurtulmak istemezsiniz. Ama bir strateji ile birleşin, bu yüzden git de bunun için bir çözüm sunar;

git merge --strategy=ours master 

Dosyaları silin veya yeniden adlandırın.

Örneğin

$ git pull
Enter passphrase for key '/c/Users/PC983/.ssh/id_rsa':
error: Your local changes to the following files would be overwritten by merge:
        ajax/productPrice.php
Please commit your changes or stash them before you merge.
error: The following untracked working tree files would be overwritten by merge:
        ajax/product.php
Please move or remove them before you merge.
Aborting
Updating a04cbe7a..6aa8ead5

Ajax / product.php ve ajax / produtPrice.php adını değiştirmek / silmek zorunda kaldım .

Endişelenme, git pull onları geri getirecek. Silmek yerine onları yeniden adlandırmanızı öneririm, çünkü bazı değişiklikleri kaybedebilirsiniz.

Bu yardımcı olmazsa, tüm Şubeyi silmeniz ve tekrar oluşturmanız ve ardından git pull origin remotebranch

Değiştirilen dosyaları kaydetmek ve değiştirilen içeriği daha sonra kullanmak için. Ben bir şube kontrol denemek ve rebase çalışırken bu hatayı buldum. Git stash'ı deneyin

git stash

'/' Veya herhangi bir özel simgeye sahip klasör adlarının olup olmadığını kontrol edin ve bu klasörleri yeniden adlandırın. Sonra sadece depoyu başka bir yere kopyalarsınız.

Basit bir çözüm olabilir: Sadece içinde doğru çalışma dizininde olduğunuzdan emin olun GitBash. Bu İleti, bir kullanıcı klasör hiyerarşisinde çok yüksek bir dizini birleştirmeye çalıştığında neredeyse her seferinde oluşur.

Misal:

/workspace/git/myBashSourceFolder/myProjectSourcefolder

Senaryo: Kullanıcı klonlanmış repo git-folder, Eclipse'de yeni bir Java Projesi oluşturdu, klonlanmış repo'yu içeri aktardı. Eclipse myProjectSourceFolder'ı yerel projesinde Kaynak Klasör olarak ayarladı. bu nedenle Kullanıcı git bash'a girdi ve projesini oradan itti, çekti ve taahhüt etti. git bu nedenle senkronize edilir myProjectSourceFolder- ancak geçmişimde myBashSourceFolder için kaydı yoktur. Bu nedenle, Kullanıcı daha önce çalıştığı klasör yerine bir dahaki sefere eşitleme yapmaya çalışırsa, myBashSourceFolder öğesinden bir push / pull / merge verilen çıktıyı üretir.

Çözüm: Doğru Klasörü girin ve tekrar çekmeyi deneyin. Neredeyse her karşılaştığımda, bu çözüm işe yaradı :)