問題タブ [git-flow]

github readme a laの指示を使用してgitflowをインストールしようとしています：wget -q -O --https ：//github.com/nvie/gitflow/raw/develop/contrib/gitflow-installer.sh | sudo sh

そして、それは静かに失敗しています...プロンプトに戻ってください。何か案は？

masterとdevの 2 つのブランチがあります。

devブランチから「feature ブランチ」を作成したいと考えています。

現在、ブランチ dev で、私は次のことを行っています。

... （いくつかの作業）

しかし、ブランチを視覚化した後、次のようになりました。

つまり、ブランチが ff マージされたように見えますが、その理由がわかりません...

私が間違っていることは何ですか？

別のブランチから分岐して、フィーチャー ブランチのリモート リポジトリにプッシュ バックする方法を教えてください。

here で説明されているような分岐モデルのすべて。

https://github.com/nvie/gitflow（Windows Server 2003 SP2 64ビットを使用しています）の手順を使用して、Windowsでgitflowを実行しようとしています。

Cygwinとmsysgitの両方を試しました。

Cygwinでは、wgetを呼び出しても何も返されません。

msysgitを使用すると、かなり先に進みますが、git flow initを実行しようとすると、次のエラーが発生します。

git-flow bashファイルの最初のエラーを見ると、45行目には次のものが含まれています。

https://github.com/nvie/gitflow/issues/issue/25?authenticity_token=54d6387519b4751c2fb13840c52bb819dee10af4の手順にも従おうとしましたが、違いはありません。

何か案は？

ありがとう

同じコード ベースを共有する複数の Web サイトを含むプロジェクトに git-flow を適用しようとしています。

私は現在、多くのフィーチャー ブランチ、1 つの開発ブランチ、1 つのサポート ブランチ、および多数のプロダクション ブランチ (サイトごとに 1 つ) を使用しています。これは、一部の構成ファイルがサイトごとにカスタマイズされているためです。

git flow ツールは、多数の master/production ブランチを提案するのではなく、単一のブランチを提案します。 私に何ができる？

ここで概説されているgit分岐戦略を使用していますhttp://nvie.com/posts/a-successful-git-branching-model/

これまでのところ、私にとっては本当にうまくいっています。

私が自問自答することが多いのは、機能ブランチに取り組んでいるときに、プロジェクト全体に関連するコードを実装する必要があるということです。これらの状況を処理する最善の方法は何ですか?

a) メインの開発ブランチをチェックアウトし、変更をコミットして、機能ブランチを開発からリベースします。

b) 機能ブランチに変更を加えてから、開発にマージして、他の機能ブランチがそのコードにアクセスできるようにします。

c) 共通コード用の新しいブランチを作成し、それを開発およびそれを使用する必要がある機能ブランチにマージします。

ここで別の質問です。機能ブランチをメインの開発ブランチにマージする頻度はどれくらいですか? 機能が完全に完成するまで待ってからマージして削除しますか? それとも、開発が安定している間はいつでも何度か開発にマージしますか?

git-flowを使用している大規模なソフトウェアプロジェクトはありますか？使用している場合、どのように進んでいますか？

（http://nvie.com/posts/a-successful-git-branching-model/およびhttp://jeffkreeftmeijer.com/2010/why-arent-you-using-git-flow/を参照してください）

git-flowを使用して、公開されたリリース ブランチを中央リポジトリから取得するための推奨されるワークフローは何ですか?

例:
マイクはリリース ブランチを作成し、"git flow release publish 1.0"で公開しました。
ジェーンはそのリリース ブランチでも作業したいと考えています。中央リポジトリからプルして、その特定のブランチで git flow の作業を続けるにはどうすればよいでしょうか?

• ローカルでブランチを作成してgit flow release start 1.0からgit pull?
• git with を介してローカルに追跡ブランチを作成し、git checkout -b release/1.0 origin/release/1.0そこから続行します (git フローはこのようにブランチで機能しますか?)

gitflowとA Successful Git Branching Modelを使用しようとしています。

しばらくの間、私は機能に取り組み、機能を終了します

仕事を続けているうちに、付け足し忘れているものがあることに気がつくmy-feature

または、別の機能に取り組んでいて、何かを追加したい場合もありmy-featureます...

これを行う方法は何ですか？my-featureもう一度開く方法はありますか？変更を開発にコミットするだけですか? それとも別の機能を開きますか?

メイン ブランチ (devlop) とフィーチャー ブランチの両方で活発な開発が行われているとします。どちらも時々移行を追加しています。フィーチャー ブランチをメイン ブランチにマージする前に、メイン ブランチにリベースします。

したがって、最新の開発ブランチの移行の後にすべての機能ブランチの移行が行われるのは理にかなっています。

これらのファイルの名前を変更する便利な/推奨される方法はありますか? ダミーの移行を生成し、それらに対して生成されたタイムスタンプを再利用することはできますが、私が知らないベスト/一般的な方法があるのだろうか?

プロジェクトの管理にgit-flowを使用しています。を発行すると、次のメッセージが表示されますgit flow release finish foo。

以下は、まったく新しい git リポジトリと 1 つのファイルを使用して、再現する一連の手順です。

この時点で、上記のエラー メッセージが表示され、タグを追加するために Vim が呼び出されます。タグを追加して保存すると、master ブランチになり、release/1.0 ブランチがまだ存在します。何がうまくいかないのですか？Git フローのバージョンは 0.4.1 です。

ありがとうございました。