Git'in bir dosyada gelecekteki revizyonları yok saymasını nasıl sağlayabilirim?

Git havuzunda bulunan bir dosyanın varsayılan sürümünü oluşturdum. Birisi depoyu klonladığında, bu dosyanın bir kopyasını alması önemlidir. Ancak git'i daha sonra bu dosyadaki değişiklikleri göz ardı edecek şekilde ayarlamak istiyorum. .gitignoreyalnızca izlenmeyen dosyalarda çalışır.

Motivasyonum, bu dosyanın makineye özel bilgiler içermesi. İnsanların orijinal depoya geri gönderilmeyecek yerel değişiklikler yapmalarına izin verirken, yeni değişiklikler aldığımızda birleştirme çakışmaları yaratırken, varsayılan değerleri sağlamak istiyorum.

Genelde oldukça tembelliyiz ve git add .çok kullanıyoruz, bu yüzden git'e bu dosyayı görmezden gelmesini söyleyemezsem, bu dosyadaki değişiklikler işlenecek ve itilecek.

Özetlemek,

1. Bir dosya oluşturmak istiyorum, default_values.txtgit veri havuzuma eklenen ve birisi bu depoyu klonladığında dahil edilecek olanı çağırmak istiyorum.
2. git add .eklemek gerekir default_values.txtişlemeye.
3. Bu davranış, havuzun herhangi bir klonuna aktarılmalıdır.

Diğerlerinin de belirttiği gibi, iyi bir modern çözüm şudur:

git update-index --skip-worktree default_values.txt

Bu, şunlarla tekrar izin vermeye karar verene kadar hem yerel hem de yukarı akışta o dosyadaki değişiklikleri göz ardı edecektir:

git update-index --no-skip-worktree default_values.txt

Atlandı olarak işaretlenmiş dosyaların bir listesini alabilirsiniz:

git ls-files -v . | grep ^S

Aksine --skip-worktree, --assume-unchangedbir yukarı akış değişikliği çekildiğinde durumun kaybolacağını unutmayın .

Aradığınız şey git update-index --assume-unchanged default_values.txt.

Daha fazla ayrıntı için dokümanlara bakın: http://www.kernel.org/pub/software/scm/git/docs/git-update-index.html

Genel olarak gördüğüm yaklaşım, farklı bir ada sahip bir dosya oluşturmaktır, örneğin: default_values_template.txt ve .gitignore dosyanıza default_values.txt koyun. Kişilere default_values_template.txt dosyasını yerel çalışma alanlarında default_values.txt dosyasına kopyalayıp gerektiğinde değişiklikler yapmalarını söyleyin.

Leke / temiz komut dosyalarına bir göz atın. Bu yolla dosyanın sürümünü kontrol edebilirsiniz, ancak teslim alındığında, genel / yer tutucu verilerini dosyadaki makineye özgü verilerle değiştirerek dosyayı "lekeleyeceksiniz".

Bunu taahhüt ettiğinizde, makineye özgü bilgileri genel veya yer tutucu bilgilerle değiştirerek "temizleyeceksiniz".

Leke / temiz komut dosyaları belirleyici olmalıdır, çünkü bunları birden çok kez uygulamak, sıradaki sonuncuyu çalıştırmakla eşdeğer olacaktır.

Deponuzu ifşa etmeniz gerekiyorsa, aynı şey parolalar için de uygulanabilir, ancak içerik hassas bilgiler içerebilir.

Bunu, dizindeki dosyanın içeriğini basitçe listelemek için "temiz" filtreyi tanımlayarak çözdüm.

git show :path/to/myfile sadece belirtilen dosya için dizinin içeriğini yazdırmalıyız, böylece bunu bir komut dosyasında çalışan kopyayı dizindeki el değmemiş kopya ile değiştirmek için kullanabiliriz:

#! /bin/sh

git show :$1

Bunu, ilgili dosya için "temiz" filtre olarak ayarlayın (bunu "değişiklik_sayısı atma" bölümüne koyduğunuzu varsayarak):

$ git config filter.ignore_myfile.clean "discard_changes path/to/myfile"
$ echo "path/to/myfile filter=ignore_myfile" >> .gitattributes

Ne yazık ki, temiz komut dosyasının içinden hangi dosyayı işlediğimizi anlamanın bir yolu olmadığı için, bunu birden çok dosyaya genelleştirmenin bir yolunu bulamıyorum. Elbette, sizi her dosya için farklı bir filtre kuralı eklemekten alıkoyacak hiçbir şey yok, ancak bu biraz saçma.

Ekibim için işe yarayan bir çözüm buldum. Githook'larımızı sembolik bağlantılar aracılığıyla paylaşıyoruz ve git'e bir şablon dosyası ekledikten sonra, şablon dosyasının değiştirilip değiştirilmediğini ve değiştirilip değiştirilmediğini kontrol eden bir ön işleme kancası ekledim git reset -- templatefile.txt. Değiştirilen tek dosya buysa, kaydetmeyi de iptal ederim.

Alt modüllere bakmanızı öneririm. Makineye özgü dosyaları bir alt modüle yerleştirirseniz, git add bunu göz ardı etmelidir.