問題タブ [git-flow]

私が行うと、 aとブランチgit flow initが作成されます。リモートを追加すると、. これで、ローカル リポジトリで git flow が初期化され、リモート リポジトリが追加されました。私がやった後、私は自分の原点にありますが、ブランチはありません。ブランチ用のはありますか? 私が見ているのは、またはブランチだけです。git-flow は、通常の git と do を使用することを望んでいますか?masterdevelopgit remote add origin git@github.com:NewB/our-repo.gitgit push -u origin mastermasterdevelopgit flow publishdeveloppublishfeaturereleasegit push origin develop

ブランチを「終了」し、Git-Flow とのマージで競合が発生するたびに、すべてのステップを手動で完了する必要がありますか? または、すべての競合が解決された後に再開する方法はありますか?

hotfixで作成されたブランチのコミットをgit-flowリモート リポジトリにプッシュするのに問題があります。

エラーは次のとおりです。

hotfix標準の構文で作成しました：

このブランチは に既に存在し、originで確認できますgit branch -a。を実行するとブランチが表示されるため、ブランチがまだリモートサーバーに存在することも確認しましたgit remote show origin。

誰かが以前にこれに遭遇したgitかgit-flow、解決策を見つけましたか?

注 - 私が試したこと:

• リモートリポジトリの再クローン - >同じエラー
• ローカルブランチの削除 - >同じエラー
• リモート ブランチの削除 -> 「新しい」ブランチをプッシュできますが、同僚がコミットをプッシュしようとすると、ローカル リポジトリで同じエラーが発生します (後git remote prune origin) 。
• 強制プッシュ -> 同じエラー
• アップストリーム プッシュ -> 同じエラー
• 参照を確認中 -> コミットの親 ID がサーバーと一致

アップデート：

git ls-remote originローカルとリモートのホットフィックス ブランチで異なる refをgit show-ref表示しますが、これはローカルに 1 つの余分なコミットがあり、親コミットの ref が の ref と一致するためoriginです。

すでにgitリポジトリを持っている場合、どうすればgitフロースタイルのリポジトリに変更できますか？

現在、Symfony2 と Gitflow を使用して Web サイトを開発しています。「開発」、「ステージング」、「本番」と呼ばれる 2 つの外部サーバーと、Github の中央 GIT リポジトリがあります。

Capifony を次の目的で使用したいと考えています。

• 「develop」ブランチの変更を開発サーバーにデプロイします。
• リリース/ホットフィックスなどをステージングに展開してテストします
• 「マスター」ブランチをライブの「本番」サーバーにデプロイします

私は多段階展開に関するこのページを読んでおり、これまでのところ capistrano 拡張機能を使用して capifony をインストールしています。

私の /app/config/deploy.rb ファイル内には、次のものがあります。

次に、次のような別の /app/config/development.rb ファイルを取得しました。

ただし、cap development deploy を実行すると、エラーが発生します。

誰かが「タスク」が何を指しているのか説明できますか?

ありがとう

プルリクエストをデフォルトで機能ブランチから開発にマージさせたいです。

私はgitフローの使用を提唱しているので、機能のプルリクエストが送信されると、プルリクエストはマスターではなく開発にマージされる必要があります。

一部のマネージャーは、人間であるため、チームリーダーがその事実を見逃し、プルリクエストを誤ってマスターにマージして、後でリリースに問題を引き起こす可能性があるとコメントしました。

マージ地獄のリスクを軽減したいので、これはこの目標を達成するのに大いに役立ちます。

編集：私はhubflow（http://datasift.github.com/gitflow/）と呼ばれるgitflowのフォークを使用しています。デフォルトでは、機能ブランチが作成されると git hf feature start [tik-123] 、機能ブランチは仕様ごとに作成されますが、元の場所にプッシュされます。コラボレーションのためにこれが欲しいです。機能が完了すると、開発者はgithubの機能ブランチに移動し、プルリクエストを発行します。次に、チームリーダーはプルリクエストを確認し、機能がスプリントでリリースされる予定の場合は、機能を開発にマージします。

以下で、不適格な宛先へのプッシュに関するエラーが発生するのはなぜですか?

（他の通常のものがたくさん続きます。）

それで：

そして、エラー：

github を見ると、すべてが完全に問題ないように見えます...つまり、master には新しいビットがあります。しかし、なぜこのエラーが発生するのでしょうか?

手がかりはありますか？

Gitリポジトリのベストプラクティスに似た構造で、従来のn層設計の複数のプロジェクトがあり、次のリポジトリがあります。

を使用し、場合ProjAによってProjBはに貢献する、2〜3人の別々のチームによって開発されSharedます。

サブツリーやサブモジュールについて読んだ恐怖が非常に多いため、サブツリーやサブモジュールを必要としない単純なモデルを考えました。そのようなことがうまくいくかどうかを確認してお知らせください。

• gitflowモデルに従って、それぞれProjおよびそれぞれが別々のリポジトリに存在しますShared
• Jenkinsは、develop3つのリポジトリすべてのブランチから最新のものを使用してビルドします
• release.shのはとの両方Projにマージされ、両方にタグを作成し、Jenkinsはからビルドしてデプロイします。masterProjSharedmaster

これは機能しますか？私たちはたった8人で、gitに移行しているだけなので、できるだけシンプルにしたいと思います。サブモジュールとサブツリーの学習曲線を回避できれば、もっと幸せになるでしょう。それとも私たちでしょうか？