Codestream: [VS] [機能リクエスト] MRリストにMRの承認状況を表示する

作成日 2021年04月01日  ·  11コメント  ·  ソース: TeamCodeStream/codestream

このリストを確認するときに、これらのMRが承認されているかどうかを知ることができれば(おそらく誰が承認したのか教えてもらえますか?)、役に立ちます。

截圖 2021-04-01 下午1 38 40

全てのコメント11件

@ ftcy0118-フィードバックをありがとう! この場合、承認された後、待機セクションにMRを表示しないのは理にかなっていますか?

それは良い考えかもしれません! 私の毎日のワークフローでは、まだ受け入れられていない承認済みのMRに興味があります。 たとえば、MRが他の誰かによってレビューおよび承認されたが、タイトルが私に興味を持っているように見える場合でも、私はそれを調べます。 別のケースとして、MRが承認されたが、コメント数が増えていることに気付いた場合は、新しいコメントを確認します。

たぶんあなたはこれらのために別のリストを追加することができますか? (GitLab merge_requestsページには、承認ステータスのあるすべてのMRが一覧表示されます。)

承認されたものを除いて、ユーザーに割り当てられたMRがあるべきだと思います。 私の場合(セルフホストのGitlab)、割り当てられていないMRも含めてすべてのMRが表示されます。

私のワークフローでは、[割り当て済み]フィールドと[レビュー担当者]フィールドの両方を使用します。 @vmohirに同意します。

私は@ ftcy0118が言ったことに傾いています。 私は、私からの行動を期待しているMRの明確なリストを持っているのが好きです。 しかし、私はまた、リポジトリに入るすべての新しいコードについての見解を持っているのが好きです。
おそらく、作成していない、または割り当てられていないMRの追加リストを作成し、最終的に構成可能なフィルターを使用して、このリストに表示するものを正確に選択できるようにすることができますか?

スペースは狭いですが、アプローチを変えます。 IMOの名前はWaiting for my reviewからOpen Reviews変更できます。
私がレビュー担当者であるレビューの場合、上部にプッシュして、注意が必要であることを示すアイコンを表示できます。MRを承認すると、承認したことを示す小さな緑色のチェックマークが表示されます。
コメントや変更を監視することを承認した後でも、開いている列にレビューを表示したいと思います。

おそらく、作成していない、または割り当てられていないMRの追加リストを作成し、最終的に構成可能なフィルターを使用して、このリストに表示するものを正確に選択できるようにすることができますか?

@ christophedcpm-あなたは実際に今日これを行うことができます。 [リクエストのマージ]セクションの見出しにある[フィルター]アイコンをクリックすると、カスタムクエリに基づいて新しいサブセクションを作成できます。

スペースは狭いですが、アプローチを変えます。 IMOの名前はWaiting for my reviewからOpen Reviews変更できます。
私がレビュー担当者であるレビューの場合、上部にプッシュして、注意が必要であることを示すアイコンを表示できます。MRを承認すると、承認したことを示す小さな緑色のチェックマークが表示されます。
コメントや変更を監視することを承認した後でも、開いている列にレビューを表示したいと思います。

@ aderopoa-これが機能する方法は、MRが承認またはクローズされると、待機セクションから最近のセクションに移動することです。 それはあなたが探していることを達成したと思いますか、それともMRが閉じられるまで残るオープンセクションのアイデアを好みますか?

スペースは狭いですが、アプローチを変えます。 IMOの名前はWaiting for my reviewからOpen Reviews変更できます。
私がレビュー担当者であるレビューの場合、上部にプッシュして、注意が必要であることを示すアイコンを表示できます。MRを承認すると、承認したことを示す小さな緑色のチェックマークが表示されます。
コメントや変更を監視することを承認した後でも、開いている列にレビューを表示したいと思います。

@ aderopoa-これが機能する方法は、MRが承認またはクローズされると、待機セクションから最近のセクションに移動することです。 それはあなたが探していることを達成したと思いますか、それともMRが閉じられるまで残るオープンセクションのアイデアを好みますか?

閉まるまでMRが残るオープンセクションが必要だと思います。 チームの観点から見ると、チームはまだレビューしていないエンジニアに連絡しやすくなります。 開いているセクションから、レビューを閉じるにはまだアクションを実行する必要があることが通知されます。 私の承認または他のチームメンバーの承認である可能性があります。

先に進んでWaitingセクションとAssignedセクションを組み合わせるつもりですが、残念ながら、GitLabがAPIを介してMRの承認状態を公開しているようには見えません。 私たちはまだオプションを模索しています...

残念ながら、GL APIの制限により、ここでできることは実際には多くありません。 上記のように、承認状態にアクセスすることはできません。 さらに、古いバージョンのGitLab Self Managedはレビュー担当者をサポートしていないため、現時点では、待機セクションと割り当て済みセクションを組み合わせることができないと思います。

レビュー担当者や担当者を実際に使用していない方のために、すべてのオープンMR(state:opened)を表示するカスタムクエリを作成することをお勧めします。 [マージリクエスト]セクションの見出しにあるフィルターアイコンをクリックするだけです。

@vmohirに適用できる、私たちが行った変更の1つは、レビュー担当者をサポートしない古いバージョンのGitLab Self Managedを使用している場合、[レビューを待機中]セクションを[すべて開いている]セクションに自動的に置き換えることです。 。

このページは役に立ちましたか?
0 / 5 - 0 評価