一个新文件,git需要合并,为什么?

一个新文件,git需要合并,为什么?,git,merge,debian,fast-forward,Git,Merge,Debian,Fast Forward,在家里,我添加了do_next.py,并成功地将其推送到了存储库。在工作中,我创建了cat.py,进行了提交并尝试了push,但失败了: hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Integrate the remote changes (e.g. hint: 'git pull ...') before pushing ag

在家里,我添加了
do_next.py
,并成功地将其推送到了存储库。在工作中,我创建了
cat.py
,进行了提交并尝试了
push
,但失败了:

hint: Updates were rejected because the tip of your current branch is behind
hint: its remote counterpart. Integrate the remote changes (e.g.
hint: 'git pull ...') before pushing again.
hint: See the 'Note about fast-forwards' in 'git push --help' for details.
如果我
pull
,git会要求我进行合并(输入合并注释)

请解释为什么需要合并?我认为,因为我刚刚添加了一个新文件,所以
快进
就足够了,不需要强制合并

此外,我想不出一个合理的消息来满足这个要求。 使用: git版本2.1.4
Debian Jessie

git请求合并的原因是,
git pull
是两个命令的组合,
git fetch
git merge
。因为本地分支的提交不在远程分支上,而远程分支的提交不在本地分支上。你是“领先和落后”。如果您不想进行合并,请执行git pull--rebase,这会将本地提交放在一边,更新本地分支,然后重新应用提交。这是因为您只需要添加一个新文件就可以顺利工作。

git请求合并的原因是因为
git pull
是两个命令的组合,
git fetch
git merge
。因为本地分支的提交不在远程分支上,而远程分支的提交不在本地分支上。你是“领先和落后”。如果您不想进行合并,请执行git pull--rebase,这会将本地提交放在一边,更新本地分支,然后重新应用提交。这是因为您只添加了一个新文件,所以工作会很顺利。

在git中,提交是指整个存储库的状态。您有一个包含文件“do_next.py”的提交和一个包含文件“cat.py”的提交。现在应该有一个包含这两个文件的提交,所以建议创建它。

在git中,提交是指整个存储库的状态。您有一个包含文件“do_next.py”的提交和一个包含文件“cat.py”的提交。现在应该有一个包含这两个文件的提交,所以它只是建议创建它。

添加文件只是避免冲突,但您已经创建了两个提示(一个在家,一个在工作)。您可以重新设置一个对另一个的基础,然后ff将成为可能。。。。并且可以毫无问题地重新设置基础,因为没有冲突您应该在工作时执行
拉取
,以便工作和家庭同步。您可以检查“merge.ff”配置值的值吗
git config--get merge.ff
@LeGEC我猜var是未设置的,您的命令不会输出任何内容。添加文件只是避免了冲突,但您创建了两个提示(一个在家,一个在工作)。您可以重新设置一个对另一个的基础,然后ff将成为可能。。。。并且可以毫无问题地重新设置基础,因为没有冲突您应该在工作时执行
拉取
,以便工作和家庭同步。您可以检查“merge.ff”配置值的值吗
git config--get merge.ff
@LeGEC我猜var是未设置的,您的命令没有输出任何内容;除非遥控器添加了一个名称相同、内容不同的文件,否则它将正常工作;除非遥控器添加了一个名称相同、内容不同的文件,否则它将正常工作。