Elimden gelenin en iyisini yapmak sembolik bağları kopyalarla değiştiren bir kabuk komut dosyası mı olacak yoksa Git'e sembolik bağları izlemesini söylemenin başka bir yolu var mı?

Not: Çok güvenli olmadığını biliyorum, ama sadece birkaç özel durumda yapmak istiyorum.

NOT: Bu tavsiye, Git 1.6.1'den bu yana yorum başına artık eskimiştir. Git eskiden böyle davrandı ve artık böyle davranmıyordu.

Git varsayılan olarak sembol bağlantılarını takip etmek yerine saklamaya çalışır (kompaktlık için ve genellikle insanların istediği şey budur).

Ancak, yanlışlıkla symlink bir dizin olduğunda symlink ötesinde dosya eklemek için almak başardı.

yani:

  /foo/
  /foo/baz
  /bar/foo --> /foo
  /bar/foo/baz

yaparak

 git add /bar/foo/baz

denediğimde işe yaradı. Ancak o zaman bu davranış benim tarafımdan istenmeyen bir durumdu, bu yüzden size bunun ötesinde bilgi veremem.

Ne bir symlink içinde dosyaları Git içine eklemek için yaptım (Ben bir symlink kullanmadım ama):

sudo mount --bind SOURCEDIRECTORY TARGETDIRECTORY

Bu komutu Git tarafından yönetilen dizinde yapın. içine monte TARGETDIRECTORYedilmeden önce oluşturulmalıdır SOURCEDIRECTORY.

Linux'ta iyi çalışıyor, ancak OS X'te çalışmıyor! Bu numara Subversion'da da bana yardımcı oldu. Bunu, bir web tasarımcının işlerini yaptığı bir Dropbox hesabındaki dosyaları dahil etmek için kullanıyorum.

Neden ters bağlantılar oluşturmuyorsunuz? Bunun anlamı Git deposundan uygulama dizinine bağlanmak yerine, tam tersini yapmaktır.

Örneğin, ~/applicationbir yapılandırma dosyasına ihtiyaç duyan yüklü bir uygulama ayarladığımı varsayalım config.conf:

• config.confGit veri havuzuma ekliyorum , örneğin at ~/repos/application/config.conf.
• Sonra ~/applicationçalıştırarak bir symlink oluşturun ln -s ~/repos/application/config.conf.

Bu yaklaşım her zaman işe yaramayabilir, ancak şu ana kadar benim için iyi çalıştı.

Bunun yerine sabit bağlantılar kullanın. Bu yumuşak (sembolik) bir bağlantıdan farklıdır. Tüm programlar da dahil olmak üzere gitdosyayı normal bir dosya olarak görür. İçindekiler değiştirerek değiştirilebilir unutmayın ya kaynak ya da hedef.

MacOS'ta (10.13 High Sierra'dan önce)

Git ve Xcode zaten yüklüyse, hardlink yükleyin . Sabit bağlantılar oluşturmak için mikroskobik bir araçtır .

Sabit bağlantı oluşturmak için basitçe:

hln source destination

macOS High Sierra güncellemesi

Apple Dosya Sistemi dizin sabit bağlantılarını destekliyor mu?

Dizin sabit bağlantıları Apple Dosya Sistemi tarafından desteklenmez. MacOS'ta HFS + 'dan APFS birim biçimlerine dönüştürdüğünüzde tüm dizin sabit bağlantıları sembolik bağlantılara veya takma adlara dönüştürülür.

Gönderen APFS SSS developer.apple.com üzerinde

İlerideki alternatifler için https://github.com/selkhateeb/hardlink/issues/31 adresini takip edin .

Linux ve diğer Unix lezzetlerinde

lnKomut sabit bağlantıları yapabilirsiniz:

ln source destination

Windows'ta (Vista, 7, 8,…)

Birisi Windows'da bir kavşak oluşturmak için mklink kullanmanızı önerdi , ancak denemedim:

mklink /j "source" "destination"

Bu bir ön taahhüt kancası indeksteki sembolik blokları bu sembollerin içeriğiyle değiştiren kancasıdır.

Bunu koyun .git/hooks/pre-commitve çalıştırılabilir yapın:

#!/bin/sh
# (replace "find ." with "find ./<path>" below, to work with only specific paths)

# (these lines are really all one line, on multiple lines for clarity)
# ...find symlinks which do not dereference to directories...
find . -type l -exec test '!' -d {} ';' -print -exec sh -c \
# ...remove the symlink blob, and add the content diff, to the index/cache
    'git rm --cached "$1"; diff -au /dev/null "$1" | git apply --cached -p1 -' \
# ...and call out to "sh".
    "process_links_to_nondir" {} ';'

# the end

notlar

POSIX uyumlu işlevselliği mümkün olduğunca kullanıyoruz; ancak,diff -a muhtemelen diğer şeylerin yanı sıra POSIX uyumlu değildir.

Biraz test edilmesine rağmen bu kodda bazı hatalar / hatalar olabilir.

Açık MacOS(Mojave / 10.14, gitsürüm 2.7.1) var, kullanın bindfs.

brew install bindfs

cd /path/to/git_controlled_dir

mkdir local_copy_dir

bindfs </full/path/to/source_dir> </full/path/to/local_copy_dir>

Diğer yorumlar tarafından ima edildi, ancak diğer cevaplarda açıkça belirtilmedi. Umarım bu biraz zaman kazandırır.

Bir süredir sembolik bağlantıların ötesine dosya eklerdim. Bu, herhangi bir özel düzenleme yapmadan gayet iyi çalışırdı. Git 1.6.1'e güncellediğimden, bu artık çalışmaz.

Bunu yapmak için Git 1.6.0'a geçebilirsiniz. Git'in gelecekteki bir sürümünün, git-addsimgeleri tekrar izlemesine izin veren bir bayrağı olacağını umuyorum .

Burada eski ya da kök gerektiren her çözümden bıktım, bu yüzden LD_PRELOAD tabanlı bir çözüm yaptım (sadece Linux).

Git'in iç kısmına takılıyor, 'Bu bir sembolik mi?' işlevi, semboliklerin içeriği olarak ele alınmasını sağlar. Varsayılan olarak, repo dışındaki tüm bağlantılar satır içine alınır; ayrıntılar için bağlantıya bakın.

Git ile 2.3.2+ (Q1 2015), Git olacak bir başka durum var değil artık sembolik izleyin: bkz e0d201b taahhüt tarafından Junio C Hamano ( gitster) (ana Git sürdürme)

apply: sembolik bağlantının ötesindeki bir dosyaya dokunma

Git sembolik bağlantıları sembolik bağlantılar olarak izlediğinden, ön kısmında sembolik bir bağlantı bulunan bir yol (örneğin path/to/dir/file, path/to/dirçalışma ağacının içinde veya dışında başka bir yere sembolik bir bağlantı olduğu), geçerli olarak geçerli olan bir yamada asla görünemez , aynı yama ilk olarak orada bir dizinin oluşturulmasına izin vermek için sembolik bağlantıyı kaldırmazsa.

Böyle bir yamayı tespit edin ve reddedin.

Benzer şekilde, bir girdi sembolik bir bağlantı path/to/diroluşturup daha sonra bir dosya path/to/dir/fileoluşturduğunda path/to/dir, dosya sisteminde gerçekten sembolik bir bağlantı oluşturmadan bunu bir hata olarak işaretlememiz gerekir .

Bunun yerine, girişte sonuçta bir yol bırakan (yani silinmeyen) herhangi bir yama için, girişteki tüm yamaları ve daha sonra yamanın hedefini inceleyerek, yamanın oluşturduğu ağaca karşı tüm önde gelen yolları kontrol ederiz. uygulama (dizin veya çalışma ağacı).

Bu şekilde:

• aynı anda sembolik bir bağlantı path/to/dirve bir dosya eklemek için bir yaramazlık veya hata yakalayın path/to/dir/file,
• bir sembolik olan link path/to/dirve daha sonra bir dosya ekleyen geçerli bir yamaya izin verir path/to/dir/file.

Bu, bu durumda, hata mesajının genel bir mesaj değil "%s: patch does not apply", daha spesifik bir mesaj olduğu anlamına gelir :

affected file '%s' is beyond a symbolic link

Hmmm, mount --bindDarwin üzerinde çalışmıyor gibi görünüyor.

Herhangi bir hile var mı?

[Düzenlenmiş]

Tamam, Mac OS X'te bir sabit bağlantı yapmak için yanıt buldum. Bu API'nın açıkta kalmaması dışında, lnbunu yapmak için kendi küçük programınızı kullanmanız gerekir. İşte bu programın bağlantısı:

Mac OS X'te dizin sabit bağlantıları oluşturma

Zevk almak!

Git 1.5.4.3 kullanıyorum ve sondaki eğik çizgi varsa geçen symlink'i takip ediyor. Örneğin

# Adds the symlink itself
$ git add symlink

# Follows symlink and adds the denoted directory's contents
$ git add symlink/

Sembolik bağlantılardan dönüştürme yararlı olabilir. Bir komut dosyasının işaret bağlantısı yerine Git klasörüne bağlantı .