問題タブ [fast-forward]

ブランチスイッチで早送りマージを行うフックスクリプトはどこかにありますか？複数のブランチがあるリポジトリがあり、それらのいくつかで作業する必要があります。現在チェックアウトされているブランチを明らかにマージするgitpullの後、ブランチを切り替えるときに次のメッセージが表示されることがよくあります。

ブランチが変更されたときに、gitにその早送りマージを自動的に実行させたいと思います。無条件にマージしたくないのですが、早送りが可能な場合に限ります。

提案を事前にありがとう、
ロンダ

私は自分の機能ブランチを開発して最新の状態に保つのが好きです。「git merge --no-ff develop」を頻繁に行うと何か問題がありますか。そして最後に、「git flow feature finish feature1」を実行します。これらのフィーチャー ブランチは共有されています (つまり、他の誰かがそれに取り組んでいるか、自宅のコンピューターで開発している可能性があります)。それらが共有されていない場合、一貫したリベースが優先されますか?

それとも、機能ブランチを最新の状態に保つのではなく、最後にすべてをマージする方がよいでしょうか?

マスターブランチで最新の状態に保ちながら、featureAブランチで作業しようとしています。

これがシナリオです

その間、オリジンマスターにプッシュされたいくつかの新しいコミット

サーバーに強制的に受け入れさせずにリベースするにはどうすればよいですか？

を使用して、とgitk logの効果の違いを見つけることができませんでした。違いを確認するにはどうすればよいですか (git コマンドまたは何らかのツールを使用)。git mergegit merge --no-ff

aptana 3 でブランチをマージするために早送りを無効にするにはどうすればよいですか?

例：

1. ブランチの作成/チェックアウト (foo)
2. 変更をコミットする
3. マスターブランチのチェックアウト
4. foo とマージする

今のところ、少なくとも2台のマシン間で「同期を処理」するはずのbonobo gitサーバーがあります。

それは正常に機能していましたが、最近、1 つの大きな問題と git 自体に関連する 2 つ目の問題に遭遇しました。

1. 色あせた「非早送り」の問題を起こさずに各クライアントから単純にプッシュすることはできません.bonoboとベアサーバーの問題だと思いますが、その作成者は違いを簡単に.

   以下はコピーペーストではありませんが、問題が発生したときに使用するコマンドであり、思い出す限り、警告は次のようになります。

   /li>

2. 今日、「非早送り」の問題を起こさずに、あるクライアントから別のクライアントにフェッチすることさえできません。次に、問題＃1のためにサーバーにプッシュし、マシン上のサーバーからプルするために機能する唯一のオプションであるミラーオプションを使用して、そこからサーバーにプッシュしようとしました。驚いたことに、それはうまくいきました！しかし、他のマシンからフェッチまたはプルしようとすると、問題は解決しません。ここでの私の問題は次のとおりです。

   以下は、 Git Extensionsからの単なるコピー & ペーストです。

   実際にを使用してこれを修正しましgit fetch -f "client"たが、何が起こったのかまだわかりません。

免責事項：今、私はすでにgit-scm.comにアクセスして、地獄のgitがどのように機能するかを詳細に学びます。結局のところ、「すべてを完全に同期」しようとするべきではないかもしれません...

--

編集：明らかな「前に引っ張らない」問題に加えて、これが潜在的に発生する可能性のある2つの理由を見つけましたが、私の場合、修正に役立たなかったものはありません：rebaseすでに他の場所で複製されている過去のコミットを編集するために使用するか、別の名前で同じブランチを持っています、これはmaster少なくとも発生する必要があります。この後者は非常に理にかなっていますが、それが時々機能し、いくつかのプッシュ後に機能しなくなることを除いて. さらに、フェッチ側では、 を使用してfetch -f、ブランチを壊しませんでした。そうではありませんでした。

この状況があるとしましょう：

次に、テストをマスターにマージします。コミットEとFは新しいマスターブランチに保持されますか？

つまり、今では次のようになっていますか（オプションA）：

またはこのように（オプションB）：

すでに質問されている場合は申し訳ありませんが、見つかりませんでした。また、ProGitブックの例では、コミットが1つだけ先にあり（私の例ではEになります）、このような状況に対処していません。

Git 早送りマージは、時間に関して FORWARD です。ポインタは、古いコミットから新しいコミットへと移動します。

例 (ffwd マージ マスター ポインターにより、コミット D からコミット G に移動):

早送りマージ前:

早送りマージ後:

ただし、コミット ポインターは新しいものから古いものへとポイントするため、これらのポインターに関して厳密には、ブランチ ポインターはコミットポインターの上流に戻ります。その意味で、高速逆マージと呼ぶことができます。アップストリーム (ProGit ブックの用語、マージに関する章) は、リバース フロー、アップストリームを指すため、アップストリーム フローを早送りとして説明すると、初心者は混乱する可能性があります。っていうことは：

コミット ポインターに関して上流。

コミット時間に関して順方向。

この推論は理にかなっていますか?

master 以外のブランチのみを上書きできるように、自分の git リポジトリを保護したいと考えています。選択したブランチのみを保護する方法はありますか?

Monotouch サンプルを使用してリモート サーバー (https://github.com/xamarin/monotouch-samples/tree/master/StreamingAudio) からオーディオ ファイルを再生していますが、早送りおよび巻き戻し機能を実装する必要があります。

StreamingPlayback クラスには、OutputAudioQueue Play および Pause 関数が実装されています。私は Objective-C で AVAudioPlayer を使用しており、次のようなことができます。

ただし、OutputAudioQueue では、CurrentTime は読み取り専用であり、これで巻き戻し/早送りを実装する方法がないように見えます。誰でもこれに対する解決策、またはリモートオーディオファイルを再生するより良い方法を持っていますか?

ありがとう