Question

目前尚不清楚git ls-files如何使用通配符实际运作。

我从git ls-files *.*命令开始，它可以正常工作。它显示所有底层子目录中版本控制下的所有文件但现在我想选择一组文件。示例："Device_*.xml"

所以我执行git ls-files Device_*.xml但这没有结果？！

我知道该命令区分大小写。怎么了？下面是我用输出执行的命令列表。使用的Git版本：2.6.1.windows.1

D:\GIT\repo>git clean -xdf
D:\GIT\repo>git reset --hard

HEAD现在位于7de8f5b [IP-826-generic-configuration-management-ticket]将远程跟踪分支'origin'合并到IP-826-generic-configuration-management-ticket < / p>

D:\GIT\repo>git status

在分支机构IP-826-generic-configuration-management-ticket

上

您的分行与'origin / IP-826-generic-configuration-management-ticket'保持同步。

Untracked files:
  (use "git add <file>..." to include in what will be committed)

没有添加到提交但未跟踪的文件存在（使用“git add”跟踪）

 D:\GIT\repo\Imagepipe\SettingsDB\GeneratedDevicesAllPlatforms>dir Device_*.xml /s

<LOT OF DEVICE_*.xml FILES HERE> 

12/10/2015  10:46               681 Device_GeneratedDevices_0-0-0_0.xml
1 File(s)            681 bytes

 Directory of            D:\GIT\repo\Tools\DevTools\SettingsGenerator\SLIB2_GenerateSettings\Test\DB7\GeneratedDevices\D1
12/10/2015  10:46             1,997 Device_D1_0-0-0_0.xml
1 File(s)          1,997 bytes

 Directory of     D:\GIT\repo\Tools\DevTools\SettingsGenerator\SLIB2_GenerateSettings\Test\DB7\S_NOCHECK

12/10/2015  10:46             1,558 Device_S_NOCHECK_0-0-0_0.xml
1 File(s)          1,558 bytes

 Directory of     D:\GIT\repo\Tools\DevTools\SettingsGenerator\SLIB2_GenerateSettings\Test\DB7\S_TEST

12/10/2015  10:46             1,536 Device_S_TEST_0-0-0_0.xml
1 File(s)          1,536 bytes

Total Files Listed:
         968 File(s)     14,032,982 bytes
           0 Dir(s)  18,400,256,000 bytes free

D:\GIT\repo>git ls-files Device_*.xml
D:\GIT\repo>

**No result!**

Answer 1

问题是如果在非字符串环境中使用星号（*），命令行解释器将执行扩展本身：将查看目录中的文件，在版本控制下不需要，并将这些文件添加为参数。例如，假设该目录包含文件：

foo-a.txt
foo-b.txt

并且您致电git ls-files foo-*.txt，实际上您调用了命令git ls-files foo-a.txt foo-b.txt。现在，foo-c.txt可能受版本控制，但一旦删除，foo-a.txt和foo-b.txt就不存在，导致没有列出任何文件。

但是，如果您在字符串环境中使用星号，例如git ls-files "foo-*.txt"，则由git 解释星号。因此，如果存储库中存在与通配符匹配的文件，则会返回该文件。

示例：

> git init Initialized empty Git repository in /foo/bar/.git/ > ls > touch foo-c.txt > git add .; git commit -am 'foo-c' [master (root-commit) 3523fc3] foo-c 1 file changed, 1 insertion(+) create mode 100644 foo-c.txt > rm foo-c.txt > git ls-files foo-c.txt > git ls-files foo-*.txt fish: No matches for wildcard 'foo-*.txt'. git ls-files foo-*.txt ^ > git ls-files 'foo-*.txt' foo-c.txt > touch foo-a.txt > touch foo-b.txt > git ls-files 'foo-*.txt' foo-c.txt > git ls-files foo-*.txt

在示例中，我们首先设置一个git存储库，然后创建一个文件foo-c.txt。现在我们添加该文件并进行提交。接下来我们删除该文件。如果我们现在调用git ls-files foo-*.txt，则fish（shell）会抱怨没有找到这样的文件。但是，如果我们在字符串中传递foo-*.txt，则git与foo-c.txt匹配没有问题。

如果我们稍后将foo-a.txt和foo-b.txt添加到目录，则通过在字符串环境外执行通配符，git获取git ls-files foo-a.txt foo-b.txt，但由于没有此类文件subversioning，它什么都不返回（它找不到这些文件）。但是，如果您使用带有字符串的通配符，则会再次出现foo-c.txt。

Git ls-files行为

1 个答案: