【问题标题】:Git pull on local does not remove already deleted filesGit pull on local 不会删除已删除的文件
【发布时间】:2018-02-02 22:08:18
【问题描述】:

我有几个不同的用户帐户。它们都来自同一个 github 存储库。
一些文件在 git commit 中被删除并合并到 master 中。

由于某种原因,在一个用户下,“git pull”不会同步已删除的文件。它从同一提交中获取其他更改,但不会删除已在远程master 中删除的本地文件。

Git pull 在我的其他用户帐户中工作正常,但仅在这个特定帐户中表现异常。谁能告诉我为什么?
git没有权限删除这个文件夹中的文件是权限问题吗?如果是,我该如何确认?

【问题讨论】:

标签: git github centos


【解决方案1】:

第一个测试是从有问题的用户的工作站重新克隆该 repo。

检查内容是否正确,并考虑使用该新克隆(如果您不想更改路径,则在移动旧克隆并重命名新克隆的根文件夹后)。

可能旧克隆中的某些文件已被正在运行的程序抢占,无法删除。

OP Stella 加上in the comments

有问题的用户帐户是我的部署帐户。
有人在我的仓库中删除了整个文件夹,但我的代码仍然正常运行,这让我大吃一惊。然后我意识到git pull 确实删除了.py 文件,但由于.pyc 文件被忽略,它们仍在该文件夹下,并且像以前一样支持其余代码。
由于没有人使用该用户帐户运行测试代码,.pyc 文件永远不会被刷新。

【讨论】:

  • 查明真相后,我意识到我的问题陈述并不准确。无论如何,我会在这里分享它,以防它对其他人有帮助。有问题的用户帐户是我的部署帐户。有人在我的仓库中删除了整个文件夹,但我的代码仍然正常运行,这让我大吃一惊。然后我意识到 git pull 确实删除了 .py 文件,但是由于 .pyc 文件被忽略了,它们仍然在那个文件夹下,并且像以前一样支持其余的代码。由于没有人使用该用户帐户来运行测试代码,因此 .pyc 文件永远不会被刷新。
  • 好收获!我已将您的评论包含在答案中以提高知名度。
  • 谢谢 - 在同样的问题上为我节省了大量时间。
猜你喜欢
  • 2011-10-29
  • 2019-11-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2016-10-28
  • 2018-08-06
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多