gsutil CommandException:没有匹配的URL:*.txt

我试图了解如何使用gsutil将本地文件复制到云存储，以便编写一个脚本来移动文件。我遵循以下步骤：

C:\Program Files (x86)\Google\Cloud SDK>gsutil ls
gs://sa-upload-test/
C:\Program Files (x86)\Google\Cloud SDK>cd\spare
C:\Spare>gsutil cp *.txt gs://sa-upload-test
CommandException: No URLs matched: *.txt

---

我更改了文件夹属性并为每个人设置了权限，重新运行了它，仍然得到了相同的结果。有人能告诉我我缺少什么吗？

gsutil似乎无法识别本地系统上的那些文件。尝试刷新您的终端

---

在我的例子中，我上传了django静态文件，所以我回忆起了我的静态文件，它工作了。

问题是powershell不像bash那样扩展globs

您可能认为这是可行的，因为您以前使用过bash。 在bash中，*.txt将由bash扩展到以空格分隔的文件的完整列表中，gsuil会很高兴。尝试在bash中运行'echo*.txt'，然后在powershell中运行，以查看差异

某些powershell命令（如ls）看起来像是bash扩展，但事实是powershell并不像bash那样扩展glob。相反，powershell“ls”命令或类似命令执行扩展。gsutil不执行此扩展

在powershell中，您可以使用类似以下内容来模拟bash的工作方式：

gsutil cp ((Get-Item *.txt) -join(' ')) gs://sa-upload-test

---

在C:\Spare中是否有.txt文件？是的。我专门为此测试创建了3个。请尝试在不使用wilcard的情况下复制文件，如：gsutil cp a.txt B.txt C.txt gs://sa upload test。我不确定，因为我无法访问Windows框，但这可能是由于gsutil没有在工具内处理模式全局化。在UNIX中，这已经由shell执行。我不知道Windows是否也是如此。谢谢Antxon。使用文件名不起作用。但这让我重新审视了我的文件和位置。如果你想的话，你现在可以打我一巴掌，因为我实际上指向了我的另一个测试文件夹。当你看到正确的文件夹时，它就工作了。也要感谢特拉维斯。如果我在你建议的时候仔细检查了我的文件夹，我就会看到这个问题。