2017-04-11 36 views
1

私たちはGitlab(gitlab.com無料版)を使用しています。私の同僚はマージリクエストを作成しており、あるブランチ(開発)から別のブランチ(マージン)にマージしています。私の同僚がマスタにマージすると、MRはマージされた状態になります。私はその後、マージされたブランチ(いくつかのテストを実行しています。現在はGL経由で自動実行されていません)とマージがうまくいけば、マージリクエストを閉じたいと思っています。しかし、私はそれを閉じるためのオプションがありません - 私はクローズボタンを持っていないと私はコメントを入力/閉じる場合は何もしません。 私の同僚か私自身はMRを閉じることができません。私たちはどちらもマスターのステータスを持っており、さまざまなMRプロジェクトの設定を変更しようとしましたが、役に立たないものです。 誰でもお手伝いできますか?gitlabマージリクエストを閉じる

+2

何かがありません – Jonas

+0

申し訳ありません、私は完了して準備が整う前に投稿したタグを貼り付けています。私は今質問を完了しました。ありがとうございます – Hels

答えて

3

ステータスGitlabでは、mergedというステータスは、関連するコミットがマージされたことを意味し、アクションは必要ありません。

closedマージ要求は、脇に置かれているか、または無関係とみなされます。したがって、コードベースにマージされません。

したがって、あなたが変更に満足している場合はmerge MRとなり、closeの場合は変更がコードベースにこれまで統合されていないと思われる場合にのみ反映されます。 Aは、機能ブランチの新機能で動作し、その枝に自分の仕事をプッシュ

  • ユーザー:

    典型的なワークフローは次のようになります。

  • マージ要求を開いて、フィーチャーブランチをマスターにマージすることができます。
  • ユーザBがフィーチャブランチをプルし、最終的にマスタにリベースし、必要なテストを実行します。
  • マージ要求がそれだ。もちろん、

マージとして表示されます

  • ユーザーBが変更/新機能に満足している場合
  • は、彼らがマスターにMRをマージすることができます(またはあなたがにマージ何でも支店)テストがCIで自動的に実行される方が良いでしょう。

    +0

    ありがとうございます! – Hels

    +0

    ありがとうございます。私たちのワークフローは上記とは異なります。現在、開発ブランチで作業する開発者は1人だけです(ブランチを作成しません)。彼らは機能/バグの作業を完了した時点で、マージ要求を実行してマスターとマージします。次に、masterからのコードがステージングサーバーに展開され、ステージングサーバーでテストされます。テストに合格すると、マスターブランチからのコードがライブサーバーにデプロイされます。 – Hels

    +0

    開発ブランチからステージングサーバーにコードを展開してテストする方がよい場合があります。テストが合格した場合は、マスターにマージし、マスターをライブサーバーにデプロイします(デプロイする前にマスターを再テストすることは害ではありません)。私の2セント... – Jawad

    関連する問題