我的 DocC 项目的 GitHub Pages 部署失败
我正在尝试将 DocC 推送到我的 GitHub 页面，我正在关注 DocC 文档的教程。
到目前为止我所做的都是在我的 SPM 目录中，我在终端中使用这些命令：
- xcodebuild docbuild -scheme (schema-name) -drivenDataPath (doccarchive-file) -destination 'platform=iOS Simulator,name=(模拟器名称)'
- $(xcrun --find docc) 进程归档转换为静态托管（doccarchive-file）
--output-path（我的项目中的文档目录）\
--hosting-base-path (https://rezamagnet.github.io/RKBreadCrumb 这里我只是使用 RKBreadCrumb）
，GitHub Pages 的来源是 main 分支和 docs 目录。
所以一切都可以使用这些命令，我得到了我的文档存档并将其推送到我的存储库，但 GitHub 给了我一个失败，当我单击失败消息时，它向我显示：
这是我的 GitHub 存储库链接
I'm trying to push DocC to my GitHub Pages, I'm following tutorials on DocC documentation.
What I'm done till now is in my SPM directory I'm using these commands in terminal:
- xcodebuild docbuild -scheme (schema-name) -derivedDataPath (doccarchive-file)
-destination 'platform=iOS Simulator,name=(simulator name)' - $(xcrun --find docc) process-archive transform-for-static-hosting (doccarchive-file)
--output-path (docs-directory in my project) \
--hosting-base-path (https://rezamagnet.github.io/RKBreadCrumb here I just using RKBreadCrumb)
and source of GitHub Pages is main branch and docs directory.
so everything works with these commands and I get my doccarchive and pushing it to my repository but GitHub gives me a failure, when I click on failure message it shows me this:
here is my GitHub repository link
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我按照这条路径跟踪失败原因：
工作 ->从我的 GitHub 存储库上的“操作”选项卡构建
我注意到我添加了一个依赖项，但之后我删除了它，但没有删除导致我的问题的 git 缓存。
我在终端上检查此命令：
git submodule status我注意到其中存在错误，因此我清除了工作树中的缓存：
git rm -r --cached 。
然后再次推送，一切正常。
I follow up the failure reason in this path:
Jobs -> build from Actions tab on my GitHub repository
I noticed I'd added a Dependency but after that I removed that, but don't removed git cache that cause my problem.
I check this command on my terminal:
git submodule statusI notice there is an error in there, so I clear cache in my worktree:
git rm -r --cached .then push again, and everything works well.