【问题标题】:Git - pulling from master remote shows unstaged/changed files - how to determine sourceGit - 从主远程拉出显示未暂存/更改的文件 - 如何确定源
【发布时间】:2017-06-21 02:38:21
【问题描述】:

这篇文章涉及几个问题,因为我不确定发生了什么,并且需要知道如何确定问题的根源。

repo 存储在 Git Hub 中,我可以访问它。当我进行初始 git clone 时,一切正常,我看到了所有文件。这是一个 Laravel 项目,但这不是主要问题,但可能是相关的。

我在 Windows 的 bash 内核中执行此操作,也许这是相关的。

当我打开源代码树(或键入 git status)时,我会显示大约 20 个“已更改”但未暂存的文件。 master 中不应有更改或未暂存的文件。此外,显然一个文件夹/vendor/facebook/webdriver/lib/interactions/[files listed] 有一个小写的i 用于交互,并且lib 文件夹中有一个Interactions 和一个interactions 文件夹。也许在某些时候某些文件被错误地命名或文件夹大小写被更改并且 windows 或 mac 不喜欢它。

我的问题是: 1. 如何确定远程分支上是否存在实际更改/未暂存的文件? 2. 如果不是,我的系统中的什么会导致这种情况,尤其是与区分大小写有关的任何事情?

【问题讨论】:

  • 没有“远程分支上已更改/未暂存的文件”之类的东西。 Unstaged 表示更改在工作树中,但不在索引或数据库中;遥控器只关心数据库。因此,在结帐后 git 认为您的文件与遥控器不同步。如果您执行git diff,您会看到什么?

标签: git git-remote merge-conflict-resolution


【解决方案1】:

这被证明是 Windows 平台上区分大小写的问题,尽管我不知道具体原因或差异发生的时间。

当我从我的虚拟机(一个 Vagrant 盒子)内部调用 git clone ... 而不是在共享文件夹上从 Windows 调用 git clone 时,这个问题就消失了。然后没有未提交的未暂存/更改的文件。

故事的寓意似乎是,在您通过 ssh 处理文件系统的环境中运行 git,而不是在 Windows 的共享文件夹中。

【讨论】:

    猜你喜欢
    • 2011-03-21
    • 2021-09-12
    • 2013-02-24
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2022-08-04
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多