我想要實作的是從 branch1 到 branch2 獲取特定提交 76363636 的所有更新。
我使用了以下代碼，而不僅僅是簽出此提交，因為它不符合我的目的：
git checkout branch1 $(git diff-tree --no-commit-id --name-only -r 76363636)
當提交中的檔案路徑之間沒有空格時，這可以正常作業。我多次使用此代碼。
但不是當檔案路徑中有一個空間時，例如。以下 ：
force-app/main/default/layouts/PersonAccount-Layout Professionnel.layout-meta.xml
我收到以下錯誤：
錯誤：pathspec 'force-app/main/default/layouts/PersonAccount-Layout' 與 git 已知的任何檔案都不匹配
當我動態獲取檔案時如何用雙引號實際保護檔案
下面的代碼不起作用：
git checkout branch1 "$(git diff-tree --no-commit-id --name-only -r 76363636)"
uj5u.com熱心網友回復：
TL;博士
您想IFS在運行命令時臨時設定：
save="$IFS"
IFS=$'\n' # depends on shell
git checkout branch1 $(git diff-tree --no-commit-id --name-only -r 76363636)
IFS="$save"
或類似的。您可能必須使用$'\n'此處以外的其他內容。您也可以考慮使用git restore而不是git checkout. 請參閱下面的所有詳細資訊。
長
這不是Git的問題——嗯，不完全是——而是你使用的 shell的問題。修復方法是讓 shell 表現得更好，或者完全繞過它（參見git restore下面的部分）。
在命令提示符下輸入命令時：
$ command with some arguments
是shell ——命令列解釋器——在這里分解了這些部分：command, with, some, 并且arguments每個都成為一個“單詞”，然后 shell 在系統上的某個地方找到一些可執行檔案，command并使用所有四個“ words”作為四個單獨的argv引數提供。該argv[0]引數通常要么完全忽略，要么用于增加錯誤訊息，以防命令以與預期不同的名稱安裝（例如，git-2.17運行舊版本的 Git）。剩下的引數，argv[1]在argv[3]這種情況下，inclusive，然后由程式解釋 - 但請注意它們已被預先劃分。
如果您想運行，例如，
$ git restore --source=HEAD -SW "file with spaces"
您必須使用引號（雙引號或單引號），以便 shellgit使用引數restore、--source=HEAD、-SW和file with spaces. 請注意封閉的引號如何消失但空格被保留：有一個包含兩個空格的引數。
命令：
git diff-tree --no-commit-id --name-only -r 76363636
本身分為六個單詞，以 開頭git和結尾76363636。shell 運行該命令并且——因為命令作為一個整體被包含在其中$(...)——讀取它的輸出。然后，shell將其輸出解釋為一系列以空格分隔的單詞：空格、制表符和換行符。shell 分解了這些詞，然后運行：
git checkout branch1 <word1> <word2> ... <wordN>
對于所有 N 個被拆分的單詞。
由于是外殼在進行分解，因此您必須在這里克服外殼。有一種方法可以做到這一點。
外殼使用$IFS
Bourne 派生的 shell 使用內部欄位分隔變數 ,$IFS來確定是什么使某物成為“單詞”。默認的 IFS 設定是空格制表符換行符。這有點難以顯示，因為空格、制表符和換行符在螢屏上都顯示為空白或空。
為了表示空格、制表符和換行符，我們可以使用引號中的文字空格、\tforTAB的序列\n和NL(newline) 的序列。 一些shell 允許您直接執行此操作：
var=$' \t\n'
這是一個單引號，前面有一個美元符號$字符：然后用反斜杠序列解釋里面的文本，處理方式類似于它們在 C 編程語言中的用法。
某些版本的 shell 不允許這樣做；在這里，我們可以使用 POSIXprintf命令：
printf " \t\n"
（在這里，雙引號或單引號就足夠了）。
當然，我們想要的是 shell 只在換行符處中斷。如果您的檔案的名稱包含嵌入的換行符，這將不起作用 - 但這樣的檔案名特別邪惡并且似乎不常用，這與 Windows 和 macOS 檔案名中通常嵌入空格不同。如果你真的想防彈，你會想要-z選項和以 NUL 結尾的路徑：ASCII NUL 是 Linux 上路徑名中唯一字面禁止的字符（因此在 Git 中也是如此）。
讓 shell 在換行符處分解我們的路徑名后，我們應該——為了“shell 衛生”——如果沒有別的事的話——之后恢復$IFS設定。為此，我們可以IFS按字面意思設定回 space-tab-newline：
IFS=$'\n'
... do things using $(...) ...
IFS=$' \t\n'
或者，我們可以抓取當前設定，將其設定為我們需要的設定，然后恢復舊設定。這對于可能為他們的目的設定 IFS 并且不希望我們破壞它的其他用戶來說很好：
f() {
local save
save="$IFS"
IFS=$(printf '\n')
... our code ...
IFS="$save"
}
f現在可以從其他也臨時更改的 shell函式中安全地呼叫函式IFS，而無需IFS在其他 shell 函式中繼續設定。
（在這里，我使用printf了代替$'...'，以防我們有一個不允許$'...'使用的外殼。）
使用git restore
該git checkout命令在這里有幾個缺陷：
- 如果差異串列
git diff-tree為空，我們檢查整個分支。這可能不是我們想要的。這是一個很大的缺陷！ - 如果某些檔案名以 開頭
-，這git checkout將表現得很糟糕。我們可以通過添加來解決這個問題--，這可能是個好主意。 - 如果
branch1不是有效的分支名稱，git checkout則會表現不佳。
我們可以通過使用其和標志來避免所有這些問題并解決整個IFS相關問題。（確保您的 Git 版本支持這些標志；它們首先出現在 Git 2.25 中，而它們本身首先出現在 Git 2.23 中。）標志的存在時間要長得多，所以如果您的 Git 至少是 2.25，那么您兩者都有。git restore--pathspec-from-file--pathspec-file-nulgit restoregit restore-zgit diff-tree
那么，我們要做的是：
git diff-tree <options> -z <rev> |
git --literal-pathspecs restore --source=branch1 --pathspec-from-file=- --pathspec-file-nul
git diff-tree像往常一樣運行，但這次輸出未編碼的路徑名——這解決了您尚未遇到的許多問題——并以 ASCII NUL 終止每個路徑名。然后該git restore命令從標準輸入中讀取這些路徑名（作為路徑規范）。該--literal-pathspecs選項git本身告訴git restore不要嘗試在任何輸入路徑中解釋 pathspec 魔術。
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/432903.html