問題タブ [git-flow]

私はGitflow の分岐モデル

がとても気に入っていますが、TDD サイクルをどこに配置すればよいかわかりません。テストを作成または合格するたびに (さらにリファクタリング後に)、単純に機能ブランチを使用してコミットする必要がありますか? サブブランチを作成し、「完成した」ユニットを機能ブランチにマージしますか? 失敗した各テストをコミットする必要がありますか、それとも成功した後にのみコミットする必要がありますか?

機能ブランチで現在行っていることは次のとおりです。

1. テストを書き、コミットする
2. 存在しないインターフェイスが原因で、テストでエラーが発生する場合があります。これを修正し、コミットを修正してください
3. （現在は失敗のみ）テストに合格し、コミットを修正します
4. リファクタリング、新しいコミット
5. 1に行く

大規模な svn リポジトリを git に移行し、gitflow の使用を開始しました。それは魅力のように機能しましたが、今はその大きなレポをいくつかの小さなレポに分割することを考えています.

レポ ディレクトリ ツリーが次のようになっているとします。

そして、それを 3 つのリポジトリに分割したいと考えています。1 つはコア構造 (libs および apps ディレクトリ) を含み、残りの 2 つは apps ディレクトリを含みます。

git サブツリーを使用してそのように分割すると、各部分で個別に git フローを使用できるようになりますか、それともグローバルに使用する必要がありますか?

PS: これは、stackoverflow での最初の質問です。親切にしてください :)

たとえば、機能ブランチを開始するときに git flow feature start [] と入力し、ブランチを終了する場合は git flow feature finish と入力することを知っています。

ただし、ブランチを終了すると、develop とマージされ、ブランチが自動的に削除されます。そのブランチを取得するにはどうすればよいですか?

開発プロジェクトを SVN から git に切り替えたところですが、あらゆる種類の分岐を使用するのはこれが初めてです。私は git-flow アプローチ (このすばらしい記事に基づく) に頭を悩ませていますが、1 つのことを行う方法を概念化するのに行き詰まっています。

メジャー バージョン バンプ (2 から 3 など) を行った場合でも、バグ修正や不定期の新機能を含め、少なくとも 1 年間はバージョン 2 を引き続きサポートします。これらの変更を適用するために、バージョン 2 の新しい永続的なブランチを作成しますか? また、バージョン 3 の開発を進めていて、新しいバージョン 3 の機能をバージョン 2 に追加することにした場合、それは可能ですか? また、どのようにしますか? 開発ブランチからバージョン 2 ブランチへのコミットを選択する必要がありますか、それとも実際のマージを行うことができますか?

(私は Git クライアントに Tower を使用しています)

現在、問題が発生しています。gitflowを使用して、という機能を作成し、feature/newbranch開発に取り組んでいました。変更を隠して保存したかったfeature/newbranchので、私がしなければならなかったのは次のことだけだと思いました。

これは私の新しいブランチに変更を加えますが、私が開発に移るとき

私の隠された変更はすべてまだそこにあります。

私は何か間違ったことをしていますか？

私は git-flow を使用していますが、それは重要ではありません。master ブランチは production で、develop ブランチは開発用です。

今朝、私のマスター ブランチ (これは私のプロダクション リリースです) は何週間も (私の最後のリリース以来) 触れられていませんでした。master ブランチを見ると、develop ブランチからのコミットがすべて含まれています。

にマージが表示されないgit logため、マスター ブランチを退屈な自己に戻す方法がわかりません。

マスター ブランチへのルージュ マージを見つけて、開発作業を失うことなく元に戻すにはどうすればよいですか?

編集：

これは、何が起こったのかを知るのに十分な情報を提供しますか?

の出力は次のgit reflogとおりです。

私はgitflowを開始し、多くの理由でそれを愛していました。ただし、私たちの主な目標の1つは、マスターブランチログを非常にクリーンに保つことです。マスターブランチでリリースされた各ログを確認したいだけです（つまり、リリースが完了すると、コミットログがマスターにあるはずです）。

git logマスターブランチの出力またはgit log masterマスターブランチの出力を参照してください`

ここで見たいのは、「initialcommit」と「mergebranchrelease/r1」です。機能またはリリースブランチで実行されるコミットログは表示したくありません。

それは可能ですか？

私はGitFlowを使用して、ブランチとワークフローの管理を支援してきました。多機能ブランチを操作するときに一般的な質問がありますが、私はそれがどのように機能するかが大好きです。

例として、機能ブランチを開始し、いくつかの調整を行います。次に別の機能ブランチを作成すると、新しい変更もこの機能ブランチに含まれます。1つの機能ブランチを完了して終了したい場合、タグなしファイルをすべてコミットしない限り、それは許可されません。

このワークフローを処理するためのより良い方法はありますか？多機能ブランチを作成し、ブランチを終了して、必要な変更のみをチェックアウト/コミットできるようにするには？

アイデアは、さまざまな問題に取り組み、その修正からコードをプッシュできるようにすることです。それでも、コミットされていない更新でさまざまな機能ブランチを使用できます。

ありがとう！

oh-my-zsh git-flow プラグインを使用しようとすると、次のエラーが発生します。

これはプラグインの問題ですか？または構成の問題？

編集：使用setopt shwordsplitしても役に立たない

編集2：使用set -x

EDIT 2：セットアップに関する詳細情報

git flow をインストールしようとしています

走る：

得た:

次も実行します。

得た: