entityMap|blocks|key|2qvpk|text|我相信有一些反斜杠丢失，正如您可以从我的尝试中看到的：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|f6n2f|C:\Users\Gebruiker>xcopy+C:\Python37-x64\Lib\site-packages\google+build\lib\google+/i+/e+/h
File+not+found+-+google
0+File(s)+copied

C:\Users\Gebruiker>xcopy+C:\Python37-x64\Lib\site-packages\google\+build\lib\google\+/i+/e+/h
Invalid+path
0+File(s)+copied|code-block|syntax|javascript|c9276|无论如何，我建议确保你的路径中总是有双引号，你永远不会知道什么时候一个空格可能会到达一个目录的名称。|8nt71^0|0|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|K|9|@]|A|@]|B|$]]|$2|C|4|D|6|E|8|L|9|@]|A|@]|B|$F|G]]|$2|H|4|I|6|7|8|M|9|@]|A|@]|B|$]]|$2|J|4|-4|6|7|8|N|9|@]|A|@]|B|$]]]]

I believe there are some backslashes missing, as you can see from my attempts:
<pre><code>C:\Users\Gebruiker&gt;xcopy C:\Python37-x64\Lib\site-packages\google build\lib\google /i /e /h
File not found - google
0 File(s) copied

C:\Users\Gebruiker&gt;xcopy C:\Python37-x64\Lib\site-packages\google\ build\lib\google\ /i /e /h
Invalid path
0 File(s) copied
</code></pre>
Anyway, I'd advise to make sure you always have double quotes around your paths, you never know when a space might arrive in a directory's name.

entityMap|0|type|LINK|mutability|MUTABLE|data|url|https://stackoverflow.com/questions/64433096/signtool-options-interpreted-as-files-on-appveyor|blocks|key|7toq6|text|仍然不确定问题是什么，但它已经在另一个实例中表明这里存在一些真正的问题。我的other+question也显示出类似的行为。似乎选项被解释为文件名输入。|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|4veds|同时，我想发布一个对我有帮助的变通方法，即通过Python复制：|f6be|python+-c+"import+shutil;+shutil.copytree('$SITEPACKAGES\\google',+'build\\lib\\google')"|style|CODE|eemej^0|12|E|0|0|0|0|2H|0^^$0|$1|$2|3|4|5|6|$7|8]]]|9|@$A|B|C|D|2|E|F|R|G|@]|H|@$I|S|J|T|A|U]]|6|$]]|$A|K|C|L|2|E|F|V|G|@]|H|@]|6|$]]|$A|M|C|N|2|E|F|W|G|@$I|X|J|Y|O|P]]|H|@]|6|$]]|$A|Q|C|-4|2|E|F|Z|G|@]|H|@]|6|$]]]]

Still not sure yet what the problem is, but it has shown in another instance that there’s some real problem here. My <a href="https://stackoverflow.com/questions/64433096/signtool-options-interpreted-as-files-on-appveyor">other question</a> shows a similar behaviour. It seems that options are being interpreted as file name input.
Meanwhile I've wanted to post a workaround that helped me, which is to copy through Python:
<code>python -c &quot;import shutil; shutil.copytree('$SITEPACKAGES\\google', 'build\\lib\\google')&quot;</code>

entityMap|blocks|key|fvnu4|text|找到了最干净的解决方案:不要在AppVeyor中混用Windows和Linux+(WSL)环境(或者一般情况下)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|fj06u|使用sh或bash调用外壳脚本，然后使用cp+-r+$SITEPACKAGES/google+build/lib/和appveyor.yml以Unix方式复制文件夹|offset|length|style|CODE|beaj3|++build_script:+
++++-+cmd:+sh+somecommand.sh|code-block|syntax|javascript|9qdld|或者直接调用Windows批处理脚本，然后在appveyor.yml中使用Windows的复制命令xcopy+"$SITEPACKAGES\\google"+"build\\lib\\google"+/i+/e+/h|ul7d|++build_script:+
++++-+somecommand.bat|2e28q^0|0|2|2|5|4|K|11|1M|C|0|0|M|C|1D|1N|0|0^^$0|$]|1|@$2|3|4|5|6|7|8|S|9|@]|A|@]|B|$]]|$2|C|4|D|6|7|8|T|9|@$E|U|F|V|G|H]|$E|W|F|X|G|H]|$E|Y|F|Z|G|H]|$E|10|F|11|G|H]]|A|@]|B|$]]|$2|I|4|J|6|K|8|12|9|@]|A|@]|B|$L|M]]|$2|N|4|O|6|7|8|13|9|@$E|14|F|15|G|H]|$E|16|F|17|G|H]]|A|@]|B|$]]|$2|P|4|Q|6|K|8|18|9|@]|A|@]|B|$L|M]]|$2|R|4|-4|6|7|8|19|9|@]|A|@]|B|$]]]]

Found the cleanest solution: Don't mix Windows and Linux (WSL) environments in AppVeyor (or probably generally).
Either call a shell script using <code>sh</code> or <code>bash</code> and then copy folders the Unix way with <code>cp -r $SITEPACKAGES/google build/lib/</code> with <code>appveyor.yml</code>:
<pre><code> build_script: 
 - cmd: sh somecommand.sh
</code></pre>
or do it the Windows way and call a Windows batch script directly and then use Windows’ copy commands <code>xcopy &quot;$SITEPACKAGES\\google&quot; &quot;build\\lib\\google&quot; /i /e /h</code> with <code>appveyor.yml</code>:
<pre><code> build_script: 
 - somecommand.bat
</code></pre>

The command
<code>xcopy &quot;$SITEPACKAGES\\google&quot; &quot;build\\lib\\google&quot; /i /e /h</code> fails with <code>Invalid number of parameters </code> on Windows on AppVeyor (Visual Studio 2019).
I’ve confirmed the correct syntax of the command in my Windows virtual machine on my computer where the command works as expected, and I’ve confirmed the correct setting of the <code>$SITEPACKAGES</code> variable and the escaped backslashes by echoing the same line: <code>echo &quot;$SITEPACKAGES\\google&quot; &quot;build\\lib\\google&quot; /i /e /h</code> produces <code>C:\Python37-x64\Lib\site-packages\google build\lib\google /i /e /h</code>, now with the quotes not showing anymore as expected.
The command is run from a shell schript as a normal command from <code>appveyor.yml</code> like so:
<pre><code>build_script:
 - cmd: &quot;sh wxPython/build/Windows/build-all.sh&quot;
</code></pre>
I’ve also tried not to escape the backslashes, but with same result.
I'm lost. Any ideas?

xcopy fails in AppVeyor, works at home: Invalid number of parameters

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

 命令xcopy "$SITEPACKAGES\\google" "build\\lib\\google" /i /e /h失败，并显示Invalid number of parameters on Windows on AppVeyor (Visual Studio2019)。 我已经在我的计算机上的Windows虚...

问xcopy在AppVeyor中失败，在家中工作:参数数量无效
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问xcopy在AppVeyor中失败，在家中工作:参数数量无效EN