【问题标题】:GitHub for Windows - I commit and sync, but list of uncommit changes staysGitHub for Windows - 我提交并同步,但未提交更改列表仍然存在
【发布时间】:2023-04-01 07:17:01
【问题描述】:

我进行了更改,它在左侧显示了文件列表。 他们都被检查了,我输入提交文本并提交,然后我同步。 甚至还有一个进度条。

但是当一切都完成后,文件列表仍然存在,就好像没有提交一样。 我看不到任何错误消息。 在右侧,它表示提交的历史记录也在那里。

当我访问 github.com 时,我没有看到这些变化。知道为什么吗?

【问题讨论】:

  • Windows 上 git 的意外情况可能发生在:文件系统大小写(in)敏感性/行尾(autocrlf)/可执行位。你能详细说明一下是否可能是这里的问题吗?

标签: windows github commit


【解决方案1】:

可能是愚蠢的问题(尤其是考虑到您使用的是 GUI),但您确定您是从正确的位置提交的吗?

我已经成为同样事情的受害者,当我打开多个 SSH 窗口并且我不小心在拉出后尝试从实时(而不是开发)提交时,就会发生这种情况。这以与您描述的方式相同的方式失败,因为 live 永远不会领先于 repo。我之前没有很快看到它而自责。

【讨论】:

  • 我检查了,它是正确的文件夹。这真的是一个简单的设置,只有一个分支。我们只使用了大约 2 天,可能有十几个提交。所以我们根本没有改变任何东西。
  • 我决定看看 git GLI。做了 git status,得到了相同的列表。我使用 git add 添加了所有这些文件。我想,由于所有更改都在那台计算机上,所以没有覆盖或冲突的危险。结果是一堆:“该文件将在您的工作目录中具有其原始行结尾。警告:LF 将被替换为 website/manage-pages-warranty.html 中的 CRLF。”然后我做了一个 git status 来看看发生了什么,没有要提交的文件。因此,列表没有列出我添加的准备提交的文件,而是很干净。奇怪。
  • 是的,可以安全地忽略 LF / CRLF 错误(这是基于操作系统的换行首选项(CR、LF 或 CRLF))。你试过 git pull --rebase 吗?
猜你喜欢
  • 2013-11-13
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-02-04
相关资源
最近更新 更多