タグ付けされた質問 「fast-forward」

を使用gitk logすると、2つの違いを見つけることができませんでした。（gitコマンドまたは何らかのツールを使用して）どうすれば違いを確認できますか？

977 git  merge  fast-forward 

水銀から来て、私は機能を整理するために枝を使います。もちろん、このワークフローも私の歴史の中で見たいです。 私はgitを使用して新しいプロジェクトを開始し、最初の機能を完成させました。機能をマージするとき、gitが早送りを使用していることに気付きました。つまり、可能であれば変更をマスターブランチに直接適用し、ブランチを忘れます。 ですから、将来を考えると、このプロジェクトに取り組んでいるのは私だけです。gitのデフォルトのアプローチ（早送りマージ）を使用すると、私の履歴の結果、1つの巨大なマスターブランチができます。私がすべての機能に個別のブランチを使用したことは誰にもわかりません。結局、その巨大なマスターブランチしか持たないからです。それは専門家ではないように見えませんか？ この推論では、私は早送りマージを望んでおらず、それがデフォルトである理由を理解できません。何がそんなにいいの？

641 git  git-branch  git-merge  fast-forward 

コミットを表示したくないとgit mergeいうよりもgit rebase、使用したいと思う時期を本当に考えることはできません。デフォルトで高速転送をオフにするようにgitを構成する方法はありますか？オプションがあるという事実は、方法があることを意味しているように見えますが、ドキュメントではそれを見つけることができないようです。--ff

263 git  merge  branch  rebase  fast-forward 

（簡単にするために）Gitリポジトリにmasterブランチとadevがあります。masterブランチが常に機能していることを確認したいので、実行するすべての作業はdevブランチ内で行う必要があります。 ただし、変更をマージでマージ--no-ffすると、masterブランチにとどまり、ブランチで作業を続ける傾向があります（devブランチをチェックアウトするのを忘れたため）。 masterコミットと早送りマージを実行できないが、--no-ff別のブランチからのマージのみを実行できるというルールをブランチに設定できますか？ これは、プライベートでホストされているリポジトリで機能する必要があります（GitHubやBitBucketではなくergo）。

84 git  merge  fast-forward