git status未显示本地仓库落后于远程仓库。

13 浏览
0 Comments

git status未显示本地仓库落后于远程仓库。

如何检查远程仓库是否有更新并需要进行拉取?\n现在我使用这个简单的脚本:\n

git pull --dry-run | grep -q -v 'Already up-to-date.' && changed=1

\n但这种方式比较重量级。\n有更好的方法吗?理想的解决方案将检查所有远程分支,并返回每个分支的变更名称和新提交的数量。

0
0 Comments

原因:

出现这个问题的原因是git status命令没有显示本地仓库落后于远程仓库的情况。

解决方法:

解决这个问题的方法是使用以下命令:

git fetch

$(git rev-parse HEAD) == $(git rev-parse @{u})

注意事项:

与之前的答案相比,这种方法的好处在于不需要额外的命令来获取当前分支的名称。"HEAD"和"@{u}"(当前分支的上游分支)会自动处理。有关更多详情,请参阅"git rev-parse --help"。

有人在我之前之前就独立发现了"@{u}",并且在看到你的答案之前,已经更新了我的答案。

git rev-parse @{u}是否真的显示最新的提交,而不需要git fetch

这就是解决方法!不过,你的逻辑使用的是"==",意思是“如果没有与上游的更改”。我使用的是"!=",用于检查是否有与上游的更改,用于我的应用程序。不要忘记先执行git fetch

我添加了git fetch,因为这对于回答原始问题真的是必要的。顺便说一下,@HEAD的简写。

Windows用户需要在@{u}周围使用单引号,例如git rev-parse '@{u}'

0
0 Comments

当本地仓库落后于远程仓库时,git status命令没有显示这个情况的原因可能有两种情况。

如果你有一个上游分支,可以通过以下命令解决:

git fetch 
git status

如果你没有一个上游分支,可以通过以下命令解决:

git fetch 
git log .. --oneline

例如:

git fetch origin
# 查看是否有任何新的提交
git log HEAD..origin/master --oneline

(假设origin/master是你的远程跟踪分支)

如果上述命令的输出中列出了任何提交,那么表示你有新的提交需要合并。如果git log没有列出任何提交,那么表示没有新的提交需要合并。

需要注意的是,即使你在一个特性分支上,这个方法也适用,因为它显式地引用了origin/master而不是隐式地使用Git记住的上游分支。

如果你有一个默认的远程分支,你可以直接使用"git status"命令。如果你的本地分支有一个默认的远程分支,也可以使用更简短的命令"git fetch; git log HEAD.. --oneline"。

使用命令"git rev-list HEAD...origin/master --count"可以得到两个分支之间的不同提交的总数。

以上是解决这个问题的方法。

0
0 Comments

Git是一个用于版本控制的工具,可以帮助程序员协同开发和管理代码。在使用Git时,有时会遇到一些问题,比如在执行git status命令时,无法显示本地仓库与远程仓库之间的差异。本文将介绍出现这个问题的原因以及解决方法。

出现这个问题的原因可能是本地仓库与远程仓库之间的差异没有被更新。为了解决这个问题,我们可以执行以下操作之一:

1. 使用git remote update命令,将远程引用更新到最新状态。

2. 执行git status -uno命令,可以告诉你正在追踪的分支是超前、落后还是分叉。如果没有任何输出,表示本地和远程仓库是一样的。

3. 执行git show-branch *master命令,可以显示所有以'master'结尾的分支(例如master和origin/master)中的提交。

如果在执行git remote update命令时使用了-v选项(git remote -v update),则可以查看已更新的分支,因此不需要执行其他命令。

然而,如果你想在脚本或程序中执行这些操作,并得到一个true/false值,可以使用其他方法来检查当前HEAD提交和正在追踪的分支之间的关系。如果你准备执行pull --rebase命令,那么可以将"本地落后"和"本地分叉"视为"需要拉取",将"本地超前"和"相同"视为"不需要拉取"。

你可以使用git rev-parse 命令获取任何引用的提交ID,因此可以使用git rev-parse @和git rev-parse @{u}获取master和origin/master的提交ID,并进行比较。如果它们相等,表示两个分支是一样的;如果它们不相等,你需要知道哪个分支超前于另一个分支。使用git merge-base master origin/master命令可以找到这两个分支的共同祖先,如果它们没有分叉,这个共同祖先将与其中一个分支的提交ID相同。如果你得到了三个不同的提交ID,表示分支已经分叉。

为了在脚本中正确执行这些操作,你需要能够引用当前分支和正在追踪的远程分支。bash提示设置函数中的代码对于获取分支名称非常有用。然而,你实际上可能不需要获取名称。Git提供了一些简便的方式来引用分支和提交(在git rev-parse --help中有文档说明)。特别是,你可以使用@表示当前分支(假设你不处于分离头状态),使用@{u}表示它的上游分支(例如origin/master)。因此,git merge-base @ @{u}将返回当前分支和其上游分支分叉的提交的哈希值,git rev-parse @和git rev-parse @{u}将给出这两个分支的提交哈希值。下面是一个脚本示例:

#!/bin/sh
UPSTREAM=${1:-'@{u}'}
LOCAL=$(git rev-parse @)
REMOTE=$(git rev-parse "$UPSTREAM")
BASE=$(git merge-base @ "$UPSTREAM")
if [ $LOCAL = $REMOTE ]; then
    echo "Up-to-date"
elif [ $LOCAL = $BASE ]; then
    echo "Need to pull"
elif [ $REMOTE = $BASE ]; then
    echo "Need to push"
else
    echo "Diverged"
fi

脚本中的第一行代码`UPSTREAM=${1:-'@{u}'}`允许你在需要检查的上游分支参数中指定,以便检查与当前分支配置的不同远程分支。如果没有传递参数,则默认为@{u}。脚本假设你在执行之前已经执行了git fetch或git remote update命令,以将追踪分支更新到最新状态。

除了以上方法,还可以尝试使用git status -s -u no命令,它的输出比git status -u no命令更简洁。

总之,如果在执行git status命令时无法显示本地仓库与远程仓库之间的差异,可能是因为本地仓库与远程仓库的差异没有被更新。可以使用git remote update命令或其他方法来更新引用,并使用git status -uno命令或其他方法来检查本地仓库与远程仓库之间的差异。如果需要在脚本或程序中执行这些操作,可以使用git rev-parse和git merge-base命令来获取提交ID,并进行比较。

0