Dowiązania symboliczne i zsynchronizowane foldery w Vagrant

Chcę używać Vagrant, aby zapewnić mojemu zespołowi wspólne środowisko programistyczne. Gospodarze są zupełnie inni:

• Niektórzy używają OS X, niektórzy Linux, a niektórzy Windows.
• Niektórzy używają VMware, niektórzy używają VirtualBox.

Wewnątrz maszyny wirtualnej chcemy uruchomić Linuksa.

Jak dotąd wszystko jest w porządku.

Nasz pomysł polegał na tym, że każdy programista będzie mógł korzystać z wybranego przez siebie IDE, dlatego wprowadziliśmy zsynchronizowany folder, który udostępnia kod źródłowy między hostem a maszyną wirtualną. Zasadniczo działa to również… z wyjątkiem dowiązań symbolicznych.

Wewnątrz naszego kodu źródłowego faktycznie mamy kilka dowiązań symbolicznych, co nie jest problemem w Linuksie wewnątrz maszyny wirtualnej, ale w systemie Windows jako hosta powoduje to problemy. Jedyne, czego nie możemy zrobić, to pozbyć się dowiązań symbolicznych, więc potrzebujemy innego sposobu, aby sobie z tym poradzić.

Do tej pory wypróbowaliśmy kilka opcji:

• W numerze Vagrant jest omówione obejście , niestety jest to tylko VirtualBox i nie pomaga tym, którzy używają VMware. Jak dotąd nie znaleźliśmy sposobu na uruchomienie kodu w Vagrantfile w zależności od używanego dostawcy.
• Zamiast używać standardowego folderu współdzielonego, próbowaliśmy teraz użyć typu rsync . Działa to w systemie Windows, ale ulega awarii w systemie OS X z wieloma błędami informującymi nas, że symlink has no referent(jeden błąd na łącze symboliczne).
• Myśleliśmy o NFS , ale działa to tylko wtedy, gdy nie używasz systemu Windows jako hosta.
• Pomyśleliśmy również o SMB , ale to znowu działa tylko w systemie Windows jako host.

Nie mogę sobie wyobrazić, że jesteśmy jedynymi lub pierwszymi osobami na tej planecie, które mają problemy z wieloplatformowymi hostami i symbolicznymi linkami w udostępnionym folderze.

Jak rozwiązać ten problem, abyśmy mogli zachować dowiązania symboliczne, ale nadal używać różnych systemów operacyjnych hosta?

Virtualbox nie zezwala na dowiązania symboliczne do folderów współdzielonych ze względów bezpieczeństwa. Aby włączyć łącza symboliczne, do bloku konfiguracyjnego dostawcy maszyny wirtualnej w pliku Vagrantfile należy dodać następujący wiersz:

config.vm.provider "virtualbox" do |v|
    v.customize ["setextradata", :id, "VBoxInternal2/SharedFoldersEnableSymlinksCreate/v-root", "1"]
end

Dodatkowo w systemie Windows vagrant up musi być uruchamiany w powłoce z uprawnieniami administratora. Nie są potrzebne żadne obejścia.

Przyjęta odpowiedź nie jest dobra. Pytanie dotyczy problemu z synchronizowanymi folderami, a nie folderami udostępnionymi . Proponowane rozwiązanie nie miałoby wpływu na folder zsynchronizowany ( nie udostępniony ). I nawet jeśli OP korzystał z folderu współdzielonego , sugestia zaakceptowanej odpowiedzi jest czymś, co zostało już zintegrowane z włóczęgą od 1.1, wydanej 15 miesięcy przed opublikowaniem pytania przez OP (nie wspominając o udostępnionych folderach VirtualBox są strasznie powolne ).

Napotkałem ten sam problem: na OS X otrzymałem symlink has no referentbłąd rsync. Osobiście udało mi się go rozwiązać, dodając określone argumenty rsync do mojego vagrantfile:

config.vm.synced_folder ".", "/var/www", type: "rsync", rsync__args: ["--verbose", "--archive", "--delete", "-z"]

Otworzyłem również ten problem na githubie włóczęgi, aby wskazać coś, co wydaje się być nie tak z ich domyślną wartością rsync__args(konkretnie, że jeden z domyślnych argumentów --copy-linkswydaje się łamać inny, --archiveprzynajmniej jeśli chodzi o kopiowanie uszkodzonych linków symbolicznych ).

Wypróbowałem wszystkie te opcje, aby rozwiązać problem z działaniem npm install.

Po prostu uruchomienie vagranta w monicie administratora i załadowanie maszyny wirtualnej ( vagrant reload) rozwiązało problem.

Wróciłem i usunąłem SharedFoldersEnableSymlinksCreatekonfigurację z pliku Vagrantfile i wszystko nadal było w porządku.

Domyślny typ folderu zsynchronizowanego vboxsfma znany problem z wydajnością z dużą liczbą plików / katalogów i nie obsługuje dowiązań symbolicznych i twardych (patrz zgłoszenie 818 - błąd sprzed 7 lat). Unikaj używania go.

Folder synchronizowany typu rsync może być najlepszym wyborem.

Wspomniałeś, że się zawiesił, jakiej wersji rsync używasz? Spróbuj zaktualizować go do wersji 3.1.0 przez brew, wiem, że OOTB jest zbyt stary (2.x), co może powodować problemy.

Po godzinie kłopotania się i wypróbowania kilku różnych rozwiązań (zgodnie vagrant-vbguestz sugestią Marvina) nie udało mi się uzyskać dowiązań symbolicznych w folderach współdzielonych do pracy z VirtualBox 4.8.10, Vagrant 1.5.1.

Odkryłem, że prostszym rozwiązaniem jest skonfigurowanie oddzielnego folderu współdzielonego, a następnie użycie Rubiego File.readlinkdo odczytu w podstawowej ścieżce:

config.vm.synced_folder File.readlink('SYMLINK'), "/mount/path"

Dodaj następujący wiersz do pliku Vagrantfile:

config.vm.provider "virtualbox" do |v|
    v.customize ["setextradata", :id, "VBoxInternal2/SharedFoldersEnableSymlinksCreate/v-root", "1"]
end

To zadziałało dla mnie TYLKO po obniżeniu virtualbox 6.0.8 do 6.0.4 i włóczędze 2.2.4 do 2.2.1.

kiedy otwierasz terminal (ja używam git bash w Windows 10) z "Uruchom jako administrator".

spróbuj także zmienić git bash: w pliku projektu: $ vim .git / config zmień na symbollinks = true

[core]
        repositoryformatversion = 0
        filemode = false
        bare = false
        logallrefupdates = true
        symlinks = true
        ignorecase = true
[remote "origin"]
        fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
        remote = origin
        merge = refs/heads/master