問題タブ [git-flow]

Xcode4のgit統合を使用してgit-flowを使用するプロジェクトを操作している人がいるかどうか疑問に思っていますか？もしそうなら、それをセットアップして機能させるために特に何かをする必要がありましたか？

ありがとう

一部のプロジェクトでgitflow分岐モデルを使用しています。developこのため、誰かがリポジトリのクローンを作成するとき、デフォルトのチェックアウト ブランチはではなくブランチにしたいと思いますmaster。

Github でホストされている公開プロジェクトの場合、そのリポジトリの管理セクションを使用してこれを制御できますが、gitolite で管理されているプラ​​イベート リポジトリの場合、私が見つけた唯一の有効な解決策は、ホスティング マシンに ssh し、直接git update-refコマンドを使用することです。リポジトリ。

これをリモートで行う方法はありますか?つまり、リモート マシンに ssh する必要はありませんか?

マスター ブランチと開発ブランチを備えた「Git Flow」ブランチ モデルを使用しています。私はメジャーな新しいリリースに取り組んでいるので、develop ブランチは master ブランチとは大きく異なります。これは、マスター ブランチでホットフィックスを作成し、それを開発にマージする必要があるときはいつでも問題を引き起こします。ほとんどの場合、衝突があり、それは本当に苦痛になっています。

これを管理する最善の方法は何ですか? 開発時に小さなホットフィックスの変更を手動で行い、マスターを開発にマージすることなく、準備ができたらすべてをマスターにマージする方が簡単です。これは可能ですか？

git フロー モデルを使用して、過去のある時点で開発ブランチから分割されたフィーチャー ブランチを取得しました。私が機能ブランチに取り組んでいる間、他の開発者は開発ブランチにコミットします。その結果、私はときどきリベースを実行して、これらの変更をフィーチャー ブランチに取り込みます。

私の質問は、前回のリベース以降に開発ブランチに加えられた変更の差分を取得するにはどうすればよいですか? つまり、「機能ブランチは開発ブランチと最新の状態ですか?そうでない場合、何が欠けていますか?」あるいは、「今リベースしたら何が得られるの？」

ここに私がこれまでに持っているものがあります：

分岐したコミットを見つけます。

そのコミットと開発の HEAD の違いを見つけます。

これらを 1 つのコマンドに簡単にマージできます。

しかし、それはかなり回り道のようです。これをワンショットで行うより良い方法はありますか？

開発には git-flow を使用し、Gem のリリースには Bundler を使用しています。私の質問は、git-flow release と rake release を一緒に使用する方法です。両方のタグが git であり、タグが同じであるため、競合が発生します。

タグを削除せずにこれを処理するにはどうすればよいですか。現在、私は開発ブランチ (git-flow) にいて、git-flow を使用してマスター ブランチに移動するには、git-flow リリースを使用します。

ご協力いただきありがとうございます、

-ダミアン

ここでデプロイスキームを完成させて空白を描画します。この質問を投稿した後：VCSがまったくない本番サイトをGitに移行すると、ローカルリポジトリにデプロイする要点がわかります。

私のローカル開発サーバーには、プッシュできるgit-flowリポジトリがあり、外部ワークツリーを更新します。

リポジトリをgit-flowで設定しましたが、オリジンリモートは次のようになります。

私がやろうとしたのは、2つの疑似環境を設定することでした。1つはステージング用で、もう1つは本番用です。私はそれらを次のように動作させたいです：

このようにして、ローカルで開発し、小さな内部開発サーバーにプッシュして、すべての履歴を取得できます。次に、ステージング/本番環境が明確になったら、適切なブランチをプッシュします。

開発サーバーで行ったように（投稿の冒頭にある私のリンクを参照）、個別の作業ツリーを使用してベアリポジトリを作成しようとしました。

そして、ここにそれぞれリモートがあります：

したがって、理論的には、内部でgit-flowを使用し、開発ブランチを追跡して、他の部門が表示/QAできるようにプッシュすることができます。次に、内部でリリースを実行し、変更をステージングにプッシュしてから、マスターブランチを本番環境にプッシュするだけです。

私の質問は-私はこれを正しい方法で行っているのだろうか？gitとgit-flowに関しては、私は真の初心者です。私は利用可能なすべてのリソースを精査しましたが、これは私がこれまでに思いついた中で最高のものです。

多段階展開でgit-flowを使用している人々からの洞察をいただければ幸いです。

私の会社はsvnからgitに切り替えており、さまざまな分岐モデルを研究しています。私がこれまでで最も気に入っているのはgit-flowですが、未解決の大きな問題が1つあります。

CIサーバーにはハドソン（まもなくジェンキンスになります）を使用します。5つのアプリケーションがあり、それぞれ3つの環境（開発、qa、本番）があります。git-flowを使用すると、開発ビルドを「開発」ブランチに、本番ビルドを「マスター」ブランチにポイントすることは明らかですが、簡単にリダイレクトできるように設定するための最良の方法は何ですか。 qa環境から最新のホットフィックスまたはリリースブランチ（存在する場合）、または存在しない場合は開発。現在、jenkinsジョブを手動で更新するだけですが、5つのジョブを手動で変更するのは面倒です（エラーが発生しやすい）。

私が考慮したいくつかのこと：

1. qaブランチを追加し、リリース/ホットフィックスブランチからマージします。リリース/ホットフィックスに変更を加えるたびにqaブランチにマージすることを忘れないでください。これはすぐに古くなるため、これは初心者ではありません。

2. symbolic-ref "refs / heads / qa"を作成し、QAでテストするものを指すように更新します。これは上記よりも優れていますが、gitサーバーでsym-refを更新する必要があり、通常の開発者には更新する権限がないため、機能しません。

これまでのところ、これらのオプションはどちらも私には実行可能ではないようですが、私が見逃している他のオプションはありますか？ありがとう。

OS を Windows から Linux に変更しました。Windows では、gitflow のインストールに問題はありませんでした。私は Linux の初心者で、gitflow のインストールに行き詰まっています。

使った

そしてまた試した

しかし、このエラーが発生しました:

私はgithubのgitインストールとnvieのgitflowインストールに従いました。何を見逃したのかわかりません。

どんな助けにも感謝します！ありがとう！:)

汚いタイトルで申し訳ありませんが...

数か月前に作成していたプロジェクトで git flow を試してみたところ、それが素晴らしいことがわかりましたが、プロジェクトをハッキングしていたので、メイン、開発、または機能のすべての区別は少し役に立ちませんでした。それで、始めた機能を終了し、 main のハッキングを続けました。

今、リリースが近づいており、リリース ブランチを開始したいと考えていました。これを閉じると、git フロー スタイルのワークフローが提供されます。「git flow release start v1.0.0」を実行すると、最後にフローを試みた場所から数百のコミットをさかのぼってリリース ブランチが作成されました。明らかに、これは私が考えていたものではありません...

では、現在の HEAD (マスター) からリリース ブランチを開始するように git flow に指示するにはどうすればよいでしょうか?

gitflowを使用しています。これがフローです。

1. gitflow機能はmyfeatを開始します
2. git commit -a
3. gitcheckout開発
4. git pull
5. gitflow機能チェックアウトmyfeat
6. gitflow機能のリベースmyfeat
7. gitflow機能はmyfeatを終了します
8. git push

エラー：

開発を推進しているときにマスターを拒否していると表示されるのはなぜですか（Gitフローに慣れていない場合、開発はリモート追跡ブランチです）