如何发现 git pull 的当前默认行为？
How to discover the current default behavior for git pull?
我开始在 VS Code 启动时收到此警告：
所以我为 Windows v2.27.0 下载了 Git。在 运行 安装程序时，我遇到了这个提示：
我想选择与 Visual Studio 首次为我安装 Git 时相同的默认行为，以确保一切顺利进行。我是 Git 的新手，我不希望事情出错。
我还没有继续；我不想冒险搞砸它。
discusses the concept but doesn't quite get there on finding out what the default is. The official documentation 在这里也不足。
有没有办法确定当前的默认值？
如果没有，是否可以在事后更改默认值，以防我选择错误的选项？
[edit] 我只是重新 运行 Windows 上的安装程序：
如果您已有 .gitconfig，安装程序会检查它；保留预先检查的选项 是 保留您现有的配置。
查看您的两个配置变量 pull.rebase 和 pull.ff
来自终端：
git config --global pull.rebase
git config --global pull.ff
或打开主目录中的 .gitconfig 文件
- 如果 pull.rebase 设置为 'true' ：这是第二个选项
- 如果 pull.ff 设置为 'only' ：这是第三个选项
- else : 这是第一个选项
LeGEC 的回答基本上是正确的，但这可以更简单地解决：
如您的屏幕截图所示，“真实”默认行为是“ff 或合并”。没有可靠的第 3 方工具会在不询问（或至少通知）用户的情况下更改此设置，因为“rebase”被认为是一个潜在的危险选项，而“仅 ff”会破坏一些非常基本、非常常见的工作流程。
如果这看起来不令人信服，那么检查配置是确定的最佳方式，但我要补充的是：
配置似乎没有相关设置。这意味着要么 (1) 您查看了一个特定的配置文件，但配置是从不同的来源提取的（git 具有分层配置方案），或者 (2) 默认值正在使用中。可能是 (2)，但为了避免歧义，如果你要检查你想要使用 git config 命令的配置，这样你看到的东西与 git 在 [=31] 时看到的完全一样=] 命令。当然，这意味着您必须能够访问有关安装的 git 命令。
这导致了一个额外的选择：如果你能记住（或者，使用历史记录，检查）你在回购协议中的经历，那么你可能会弄清楚正在使用什么 seeings。例如：
你有没有看到合并提交带有诸如“合并 origin/dev 到本地分支开发”或类似内容的评论？如果是这样，您使用的是默认选项。
拉动是否会因非快进条件而失败？那么你正在使用选项 3.
你的历史是否比真实情况更线性？它是否也到处都是没有正确构建的提交，你不确定为什么，因为你确定你只提交工作状态？如果是这样，那么 (1) 您一直在手动变基作为工作流程的一部分（您会知道是否是这种情况），或者 (2) 您正在使用第二个选项。
我开始在 VS Code 启动时收到此警告：
所以我为 Windows v2.27.0 下载了 Git。在 运行 安装程序时，我遇到了这个提示：
我想选择与 Visual Studio 首次为我安装 Git 时相同的默认行为，以确保一切顺利进行。我是 Git 的新手，我不希望事情出错。
我还没有继续；我不想冒险搞砸它。
有没有办法确定当前的默认值？
如果没有，是否可以在事后更改默认值，以防我选择错误的选项？
[edit] 我只是重新 运行 Windows 上的安装程序：
如果您已有 .gitconfig，安装程序会检查它；保留预先检查的选项 是 保留您现有的配置。
查看您的两个配置变量 pull.rebase 和 pull.ff
来自终端：
git config --global pull.rebase
git config --global pull.ff
或打开主目录中的 .gitconfig 文件
- 如果 pull.rebase 设置为 'true' ：这是第二个选项
- 如果 pull.ff 设置为 'only' ：这是第三个选项
- else : 这是第一个选项
LeGEC 的回答基本上是正确的，但这可以更简单地解决：
如您的屏幕截图所示，“真实”默认行为是“ff 或合并”。没有可靠的第 3 方工具会在不询问（或至少通知）用户的情况下更改此设置，因为“rebase”被认为是一个潜在的危险选项，而“仅 ff”会破坏一些非常基本、非常常见的工作流程。
如果这看起来不令人信服，那么检查配置是确定的最佳方式，但我要补充的是：
配置似乎没有相关设置。这意味着要么 (1) 您查看了一个特定的配置文件，但配置是从不同的来源提取的（git 具有分层配置方案），或者 (2) 默认值正在使用中。可能是 (2)，但为了避免歧义，如果你要检查你想要使用 git config 命令的配置，这样你看到的东西与 git 在 [=31] 时看到的完全一样=] 命令。当然，这意味着您必须能够访问有关安装的 git 命令。
这导致了一个额外的选择：如果你能记住（或者，使用历史记录，检查）你在回购协议中的经历，那么你可能会弄清楚正在使用什么 seeings。例如：
你有没有看到合并提交带有诸如“合并 origin/dev 到本地分支开发”或类似内容的评论？如果是这样，您使用的是默认选项。
拉动是否会因非快进条件而失败？那么你正在使用选项 3.
你的历史是否比真实情况更线性？它是否也到处都是没有正确构建的提交，你不确定为什么，因为你确定你只提交工作状态？如果是这样，那么 (1) 您一直在手动变基作为工作流程的一部分（您会知道是否是这种情况），或者 (2) 您正在使用第二个选项。