Là tốt nhất của tôi sẽ là một kịch bản shell thay thế các liên kết tượng trưng bằng các bản sao, hoặc có một cách khác để nói với Git để theo các liên kết tượng trưng?

Tái bút: Tôi biết nó không an toàn lắm, nhưng tôi chỉ muốn làm điều đó trong một vài trường hợp cụ thể.

LƯU Ý: Lời khuyên này hiện đã lỗi thời theo nhận xét kể từ Git 1.6.1. Git đã từng cư xử theo cách này, và không còn như vậy nữa.

Theo mặc định, Git cố gắng lưu trữ các liên kết tượng trưng thay vì theo dõi chúng (để thu gọn và nói chung đó là những gì mọi người muốn).

Tuy nhiên, tôi vô tình quản lý để có được nó để thêm các tập tin ngoài symlink khi symlink là một thư mục.

I E:

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

bằng cách làm

 git add /bar/foo/baz

Nó xuất hiện để làm việc khi tôi thử nó. Tuy nhiên, hành vi đó là không mong muốn của tôi vào thời điểm đó, vì vậy tôi không thể cung cấp cho bạn thông tin ngoài điều đó.

Tôi đã làm gì để thêm các tệp trong liên kết tượng trưng vào Git (Tôi không sử dụng liên kết tượng trưng nhưng):

sudo mount --bind SOURCEDIRECTORY TARGETDIRECTORY

Thực hiện lệnh này trong thư mục do Git quản lý. TARGETDIRECTORYphải được tạo ra trước khi SOURCEDIRECTORYđược gắn vào nó.

Nó hoạt động tốt trên Linux, nhưng không phải trên OS X! Thủ thuật đó cũng giúp tôi với Subversion. Tôi sử dụng nó để bao gồm các tệp từ tài khoản Dropbox, trong đó một thiết kế web thực hiện công cụ của anh ấy / cô ấy.

Tại sao không tạo symlink theo cách khác? Ý nghĩa thay vì liên kết từ kho Git đến thư mục ứng dụng, chỉ cần liên kết theo cách khác.

Ví dụ: giả sử tôi đang thiết lập một ứng dụng được cài đặt ~/applicationcần tệp cấu hình config.conf:

• Tôi thêm config.confvào kho Git của tôi, ví dụ, tại ~/repos/application/config.conf.
• Sau đó, tôi tạo một liên kết tượng trưng ~/applicationbằng cách chạy ln -s ~/repos/application/config.conf.

Cách tiếp cận này có thể không phải lúc nào cũng hiệu quả, nhưng nó đã làm việc tốt cho tôi cho đến nay.

Sử dụng liên kết cứng thay thế. Điều này khác với một liên kết mềm (tượng trưng). Tất cả các chương trình, bao gồm gitsẽ coi tệp là một tệp thông thường. Lưu ý rằng các nội dung có thể được sửa đổi bằng cách thay đổi một trong hai nguồn hoặc đích.

Trên macOS (trước 10.13 High Sierra)

Nếu bạn đã cài đặt git và Xcode, hãy cài đặt hardlink . Đây là một công cụ hiển vi để tạo liên kết cứng .

Để tạo liên kết cứng, chỉ cần:

hln source destination

cập nhật macOS High Sierra

Apple File System có hỗ trợ thư mục liên kết cứng không?

Thư mục liên kết cứng không được Apple File System hỗ trợ. Tất cả các liên kết cứng thư mục được chuyển đổi thành liên kết tượng trưng hoặc bí danh khi bạn chuyển đổi từ định dạng âm lượng HFS + sang APFS trên macOS.

Từ Câu hỏi thường gặp về APFS trên developer.apple.com

Theo dõi https://github.com/selkhateeb/hardlink/issues/31 để biết các lựa chọn thay thế trong tương lai.

Trên Linux và các hương vị Unix khác

Các lnlệnh có thể tạo liên kết cứng:

ln source destination

Trên Windows (Vista, 7, 8, Hoài)

Ai đó đề nghị sử dụng mklink để tạo một điểm nối trên Windows, nhưng tôi chưa thử:

mklink /j "source" "destination"

Đây là một hook pre-commit thay thế các đốm symlink trong chỉ mục, với nội dung của các symlink đó.

Đặt cái này vào .git/hooks/pre-commitvà làm cho nó có thể thực thi được:

#!/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

Ghi chú

Chúng tôi sử dụng chức năng tuân thủ POSIX càng nhiều càng tốt; tuy nhiên, diff -akhông tuân thủ POSIX, có thể trong số những thứ khác.

Có thể có một số lỗi / lỗi trong mã này, mặc dù nó đã được thử nghiệm phần nào.

Bật MacOS(Tôi có Mojave / 10.14, gitphiên bản 2.7.1), sử dụng 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>

Nó đã được gợi ý bởi các bình luận khác, nhưng không được cung cấp rõ ràng trong các câu trả lời khác. Hy vọng điều này sẽ giúp ai đó tiết kiệm thời gian.

Tôi đã sử dụng để thêm các tập tin ngoài symlink trong một thời gian khá lâu. Điều này được sử dụng để làm việc tốt, mà không thực hiện bất kỳ sắp xếp đặc biệt. Vì tôi đã cập nhật lên Git 1.6.1, nên nó không hoạt động nữa.

Bạn có thể chuyển sang Git 1.6.0 để thực hiện công việc này. Tôi hy vọng rằng một phiên bản Git trong tương lai sẽ có một lá cờ để git-addcho phép nó đi theo liên kết tượng trưng một lần nữa.

Tôi cảm thấy mệt mỏi với mọi giải pháp ở đây hoặc là lỗi thời hoặc yêu cầu root, vì vậy tôi đã thực hiện một giải pháp dựa trên LD_PRELOAD (chỉ dành cho Linux).

Nó móc vào nội bộ của Git, ghi đè lên 'đây có phải là một liên kết tượng trưng không?' chức năng, cho phép các liên kết tượng trưng được coi là nội dung của chúng. Theo mặc định, tất cả các liên kết đến bên ngoài repo được nội tuyến; xem liên kết để biết chi tiết.

Với Git 2.3.2+ (Q1 2015), có một trường hợp khác mà Git sẽ không theo symlink nữa: xem commit e0d201b của Junio ​​C Hamano ( gitster) (người duy trì Git chính)

apply: không chạm vào tệp ngoài liên kết tượng trưng

Bởi vì Git theo dõi liên kết tượng trưng là các liên kết tượng trưng, một con đường mà có một liên kết tượng trưng trong phần đầu của nó (ví dụ path/to/dir/file, nơi path/to/dirlà một liên kết tượng trưng đến một nơi khác, có thể là bên trong hay bên ngoài cây làm việc) không bao giờ có thể xuất hiện trong một bản vá mà hợp lệ áp dụng , trừ khi bản vá tương tự trước tiên loại bỏ liên kết tượng trưng để cho phép một thư mục được tạo ở đó.

Phát hiện và từ chối một bản vá như vậy.

Tương tự, khi một đầu vào tạo ra một liên kết tượng trưng path/to/dirvà sau đó tạo một tệp path/to/dir/file, chúng ta cần gắn cờ nó là một lỗi mà không thực sự tạo path/to/dirliên kết tượng trưng trong hệ thống tệp.

Thay vào đó, đối với bất kỳ bản vá nào trong đầu vào để lại một đường dẫn (nghĩa là không xóa) trong kết quả, chúng tôi kiểm tra tất cả các đường dẫn đối với cây kết quả mà bản vá sẽ tạo bằng cách kiểm tra tất cả các bản vá trong đầu vào và sau đó là mục tiêu của bản vá ứng dụng (chỉ mục hoặc cây làm việc).

Bằng cách này, chúng tôi:

• bắt một trò nghịch ngợm hoặc một sai lầm để thêm một liên kết tượng trưng path/to/dirvà một tập tin path/to/dir/filecùng một lúc,
• trong khi cho phép một bản vá hợp lệ loại bỏ một ký hiệu link path/to/dirvà sau đó thêm một tệp path/to/dir/file.

Điều đó có nghĩa là, trong trường hợp đó, thông báo lỗi sẽ không phải là một thông báo chung chung "%s: patch does not apply", nhưng là một thông báo cụ thể hơn:

affected file '%s' is beyond a symbolic link

Hmmm, mount --binddường như không hoạt động trên Darwin.

Có ai có một mẹo mà không?

[đã chỉnh sửa]

OK, tôi đã tìm thấy câu trả lời trên Mac OS X là tạo một liên kết cứng. Ngoại trừ việc API đó không được hiển thị thông qua ln, vì vậy bạn phải sử dụng chương trình nhỏ của riêng mình để thực hiện việc này. Đây là một liên kết đến chương trình đó:

Tạo thư mục liên kết cứng trong Mac OS X

Thưởng thức!

Tôi đang sử dụng Git 1.5.4.3 và nó đi theo liên kết tượng trưng đã qua nếu nó có dấu gạch chéo. Ví dụ

# Adds the symlink itself
$ git add symlink

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

Chuyển đổi từ symlink có thể hữu ích. Liên kết trong thư mục Git thay vì liên kết tượng trưng bằng tập lệnh .