2

これは、現在従うワークフローです。

  1. develop機能を完成させてブランチにマージする
  2. release開発からブランチを作成する
  3. releaseブランチでビルド スクリプトを実行する
  4. releaseブランチをマージするプル リクエストを作成します。master
  5. releaseブランチのプル リクエストを受け入れてマージする
  6. masterその後、デプロイ コマンドを実行して、ブランチをライブ サーバーにデプロイできます。

これはすべてうまく機能しますが、私の Git リポジトリでは、ブランチを にマージするプル リクエストから発生したマージ コミットがないため、ブランチが同期されていませmasterん。しかし、ブランチを取得するためのプル リクエストからのマージ コミットが含まれるようになったため、先を行っています。developreleasedevelopmasterdevelopreleasemaster

Bit Bucket で同期をクリックしてすべてのブランチを最新の状態にできますが、これは奇妙なプロセスのように感じられるので、ブランチを自動的に同期させた方がよいでしょう。

または、それらが同期していなくても問題ないのでしょうか?

慣れていない場合に備えて、Git Flow プロセスへのリンクを次に示します: http://nvie.com/posts/a-successful-git-branching-model/

ありがとう。

4

1 に答える 1

2

リリース ブランチを master にマージするときは、develop もマージして更新された develop ブランチをプッシュするか、master から新しいブランチを作成します。開発とプッシュをマージすると、開発にアクセスできるすべての人が次の更新で更新された開発ブランチを取得します。

リモートから更新を取得していないため、マスターとリモートのマスターが同期していません。これはあなたがしなければならないことです！:)

回答としての可視性を高めるために、 nwinkler の回答を 追加します。

リリース後に開発にマージする必要があります。私たちのワークフローでは、リリース後にマスター ブランチを開発にマージします。そうすれば、リリース マージからすべての変更を取得し、次のリリースを行うときにすべてをマスターにマージできることを確認できます。最後のステップがワークフローにないようです

欲しいものを手に入れたら、それを受け入れて閉じてください！

それが役に立ったことを願っています！

于 2015-02-19T09:53:52.187 に答える