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


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

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

3
マスターブランチでのコミットを防止する
(簡単にするために)Gitリポジトリにmasterブランチとadevがあります。masterブランチが常に機能していることを確認したいので、実行するすべての作業はdevブランチ内で行う必要があります。 ただし、変更をマージでマージ--no-ffすると、masterブランチにとどまり、ブランチで作業を続ける傾向があります(devブランチをチェックアウトするのを忘れたため)。 masterコミットと早送りマージを実行できないが、--no-ff別のブランチからのマージのみを実行できるというルールをブランチに設定できますか? これは、プライベートでホストされているリポジトリで機能する必要があります(GitHubやBitBucketではなくergo)。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.