`--no-ff`标志对`git合并`有什么影响？
使用gitk log时，我看不出git merge和git merge --no-ff的效果有什么不同。如何(使用git命令或某个工具)观察差异？ 推荐答案 如果--no-ff标志检测到您的当前HEAD是您试图合并的提交的祖先，--no-ff标志将阻止git merge执行“快进”。快进是指git只移动分支指针指向传入的提交，而不是构造合并提交。在不做任何本地更改的情况下执行git p
..
fast-forward相关内容
防止在 master 分支中提交
(为简单起见)我的 Git 存储库中有一个 master 分支和一个 dev.我想确保 master 分支始终有效，所以我所做的所有工作都应该在 dev 分支中. 但是，当我将更改与 --no-ff 合并时，我倾向于留在 master 分支中，然后继续在其中工作(因为我忘记检查我的 dev 分支). 我可以为 master 分支制定一个规则，规定我不能提交和快进合并，但只有 --no-
..
我可以在 git 中默认关闭快进吗?
我真的想不出有什么时候我会使用 git merge 而不是 git rebase 并且不想要一个提交出现.有什么方法可以将 git 配置为默认关闭快速转发?有一个 --ff 选项的事实似乎暗示有一种方法，但我似乎无法在文档中找到它. 解决方案 是的，有--no-ff.您可以为每个分支配置合并选项，例如 git config branch.master.mergeoptions "--no
..
`git merge` 和 `git merge --no-ff` 有什么区别?
使用 gitk log，我无法发现两者之间的区别.如何观察差异(使用 git 命令或某些工具)? 解决方案 --no-ff 标志阻止 git merge 执行“快进"，如果它检测到您当前的 HEAD 是您尝试合并的提交的祖先.快进是指 git 不构建合并提交，而是将分支指针移动到指向传入提交的位置.这通常发生在没有任何本地更改的 git pull 时. 但是，有时您希望防止这种行为发
..
Aptana:没有快进的 Git 合并
如何在 aptana 3 中为合并分支禁用快进? 示例: 创建/签出一个分支 (foo) 提交更改 结帐主分支 与 foo 合并 解决方案 在项目仓库配置中设置 git config --add merge.ff false
..
如何在GitHub上进行快速合并?
因此，我的一位同事尝试使用GitHub在网络界面中的“通过快进合并"选项合并分支，以使历史记录免受伪合并提交的影响( master 分支自合并对象功能分支启动以来，它们一直没有进展. 很有趣的是，这并没有按预期的那样工作:所有的提交都有新的提交哈希. 仔细检查后，似乎合并选项实际上称为"Rebase and Merge"，并且确实看起来与 git rebase --force 等效，更
..
git快进一次提交
* 9dbd857(hotfix-correct-java-jdk-path，feature/add-ansible-galaxy-requirements-file)requirements.yml:添加了Maven和Node.js要求* 1643619(QOL-1640-enable-vpc-peing)角色/ansible-linux-commons:在cloud-init中更改主机名的值
..
防止在master分支中提交
(为简单起见)，我的Git-repo中有一个 master 分支和一个 dev .我想确保 master 分支始终正常工作，所以我所做的所有工作都应该在 dev 分支中. 但是，当我使用-no-ff merge合并我的更改时，我倾向于留在 master 分支中，然后继续在其中工作(因为我忘记签出 dev 分支). 我可以为 master 分支建立一条规则，该规则指出我无法执行提交和快速
..
TSQL父>子>没有游标的子子复制
我正在创建一个SQL 2008 R2存储过程来复制一行及其所有子级. 这是一个具有父级，子级和子级子的三层设置 给定父级的ID，我需要创建一个副本. 我已经使用fast_forward cursor解决了它. 我知道我也可以通过循环遍历行来做到这一点，但我不认为这会比此游标方法快.你有什么想法? 有没有更好的方法可以在不使用光标的情况下完成此任务? 编辑:我考虑的另一
..
为什么git默认执行快进合并?
我来自分支机构，我使用分支机构来组织功能. 当然，我也想在我的历史中看到这个工作流程. 我使用git开始了新项目，并完成了我的第一个功能.合并功能时，我意识到git使用了快进功能，即如果可能的话，它将更改直接应用到master分支，而忘记了我的分支. 所以要思考未来:我是唯一从事此项目的人.如果我使用git的默认方法(快速合并)，则我的历史记录将导致出现一个巨型master分支. 没人
..
git与--no-ff和--squash合并
我正在使用git flow方法来管理我的仓库中的分支，如以下所述: http://nvie.com/posts/a-successful-git-branching -model/ 因此，我应该使用的命令顺序如下: git checkout mybranch git pull --rebase origin develop git checkout develop git merge
..
git：列出远程更改
我有一个git远程“我的”（恰好是github fork），已经成功通过2次提交。我的本地主分支领先244个提交（从原始gitub回购）。因此，推到“我的”并不是快进。 如何列出“我的”提前2个提交？ 解决方案 你的问题有点不清楚，但它听起来像你想要在远程分支上列出不提交的提交存在于您当地的分支机构中。使用提交范围 .. ： ＃从远端 获取最近的更新git fetch
..
Git Merge --no-ff复制提交
今天我有一个好奇的git行为，我想问问这是否正常。现在，情况就是这样（新的提交被添加到底部）： br1 br2 A \ B C D 现在，当我制作 git checkout br1 git merge --no-ff br2 它变成这样（至少git log --graph告诉我什么）： br1 br2 A
..
Aptana：Git合并时没有快进
例子： 创建/签出分支（foo） 提交更改 结帐主分支 与foo合并 解决方案 将其设置为项目存储库配置 git config --add merge.ff false
..
在TortoiseGit中如何避免快进
由于有人建议在Git中没有快速合并（--no-ff），我想这样做。但是我看不到要在TortoiseGit GUI中启用它的位置。 是的，我可以从命令行执行此操作。但是其他人不会使用它，所以我需要一个GUI解决方案。 编辑：从问题中删除推送;如下所述，这是不现实的。 解决方案 你在哪里搜索它？当选择TortoiseGit - >合并菜单项时，我得到如下所示的对话框。我不能相信你错
..
保持Git特性分支最新的策略
我喜欢让我的功能分支与开发保持同步。经常做“git merge --no-ff develop”有什么不对吗？最后，运行“git flow feature finish feature1”。这些功能分支是共享的（这意味着其他人可能正在处理它，或者我正在家中的计算机上开发它），这主要是因为我喜欢知道它们是在别处备份的。如果他们不被分享，是否会一致重新分配？ 或者最好不要让你的功能分支保持最新状
..
我怎样才能防止非快速推送到Git中的选定分支？
我想保护我的git存储库，这样只有非主分支可以被覆盖。有没有办法保护只有选定的分支？ .com“rel =”nofollow“> GitEnterprise 来设置每个分支的权限（admin）以阻止使用细粒度访问权限的非快速推送。 和 git config --system receive.denyNonFastForwards true 只需完成这项工作，如果您需要阻止所有分支的历史记录更
..
git rebase master然后按原点分支导致非快进错误
这是场景 $ b 我试图在我的featureA分支上工作，同时保持它与master分支的最新状态。 $ b git clone ssh：// xxx / repo git checkout -b featureA $ git添加file.txt $ git commit -m'添加文件' $ git push origin featureA 同
..
我如何通过编程快速转发单个git commit？
我定期从git获取消息，如下所示： 您的分支位于跟踪的远程分支'local-master / master' 提交3次，并且可以快进。 我希望能够在可以执行以下操作的shell脚本中编写命令： p> 如何判断当前分支是否可以从正在跟踪的远程分支进行快速转发？ 我怎么知道我的分支后面有多少提交？ 如何快速转发通过一个 提交，例如，我的
..
`--squash`和`--no-ff --no-commit`之间有什么区别？
是 git merge --squash 的唯一区别，和 git merge --no-ff --no-commit 否认其他父母？ 解决方案 差异 您的存储库结束了不同。 让我们假设您在主题分支上完成开发之后，您的存储库就像这样： - squash 如果您签出master，然后 git merge --squash topic; git commit -m top
..