我拉下一个仓库，然后发生了什么事，我将它的第二个副本拉到该文件夹中，并将其命名为“ ..”（在OSX上运行）。我全天都没有注意到它，而是为这个流氓儿童克隆的育儿项目工作，把它推了上来。
回到家，无法在Windows机器上通过Bash将其返回：
From https://github.com/<myname>/<myproject>
* branch master -> FETCH_HEAD
fatal: cannot create directory at '<mydirectory>/ ../actions': No such file or directory.
因此，我一直在尝试在远程侧克隆主服务器，并在此侧测试分支，试图弄清楚如何才能删除此目录，但我无法将其删除，因此我拥有它在这台计算机上，由于不接受命名约定而将其删除，并且合并尝试只会允许该文件夹存在。
根据我读过的其他帖子，我还运行了git rm -r --cached myproject/..。它显示了Bash中已删除的内容，但没有反映Web方面，因此我可能不太了解该命令。
所以，这就是我在写帖子的地方。
答案 0 :(得分：0)
它显示了Bash中已删除的内容，但未反映出网络方面
这是可以预期的，因为git rm是本地操作。
尝试并提交，然后推送该删除，以查看是否确实更改了远程存储库。
答案 1 :(得分：0)
我在Windows机器上的其他分支上尝试了该方法，但是Git选择了合并两个分支而不会发生冲突，而不删除遥控器上的任何内容。
我今天回到了Mac，它被允许拉出'..'目录，并且我能够提交并将删除操作推送到那里的远程计算机上。
因此，如果您犯了此错误，不要指望Windows计算机允许该操作并能够从中克隆以执行相同的操作。
Mac允许区分而Windows不允许区分是一个有趣的区别。这是可以理解的，因为许多代码读取..来向上移动父级，而不是尝试使用该语法访问目录。