2017-01-12 10 views
-2

有効なSCMプラグインを備えたSonarQube 6.0サーバーがあります。したがって、REST Webサービスは新しい問題ごとに著者を返します。誰がSonarの問題を修正しました

重要な情報ですが、問題を解決した担当者も私にとって重要です。譲受人はその人のように見えますが、問題を作成した人には自動的に割り当てられ、譲受人は誰かが修正を行うときに変更されません。 (そして、はい、著者問題を修正する必要がありますが、多くの場合、彼らはそうではない。)私が試した

もの:

  • 再実行ソナーSCMプラグインから変更されていなかったプロジェクトのコミッター
  • に譲渡し、コミッターセットの両方 - ソナーのユーザーが同じ名前で現在がある場合
  • が新たな問題を紹介し、著者がコミッターを充填し、譲受人のみを充填した:導入されました譲受人との問題を修正しました。何も変更されていません
  • は、譲受人せずに問題を修正しました:何もだから私は、私は問題を修正したい場合、私は手動に割り当て、問題を見つけ、プロジェクトを見つけ、ソナーのウェブサイトを開くために持っていたと仮定していることから、

を変更しません私、コミットするより。それは本当に受け入れられません。だから私はソナーがその情報を扱うための他の方法があると仮定します。

ソナーの問題を誰が修正したかを知るにはどうすればよいですか?

+1

おそらくあなたはdownvotesを説明したい、私は質問を改善することができますか? –

+0

好奇心をそらして、_why_誰が問題を修正したのか知りたいですか? –

+0

@ G.Ann-SonarSourceTeam誰が問題を作成したのかを知っているのと同様の理由が考えられます。チームメンバーがそれらを修正しない場合(自分自身でさえも)、問題を解決する必要があります。彼らはなぜそれが問題なのか理解していますか?英語がそれほど良くないのでしょうか?)そして、私はまだ、既存のコードをクリーンアップするために少し動機づけをすることができると信じていますが、誰が問題を修正したかを追跡できない場合、どうすればいいでしょうか? –

答えて

1

残念ながら、あなたが行うことができるするつもりはない。この理由は次のとおりです。

問題が作成されると、それは、最後の人へのファイルの行に関連付けられている、そしてその「作成者」に割り当てられていますその行に触れる。

問題が終了すると、そのファイルに関連付けられたままになりますが、行の関連付けは失われます。したがって、問題と人物の間のリンク - 行番号が失われているため、閉じられた問題に「賞賛」を付ける方法はありません。

SonarQubeを修正する前に、問題を自分自身に割り当てることについて言います。おそらく、それは "賛美"の関係を作る試みにあったが、これを行う理由はない。

誰が問題を解決していないかを知るという問題には、Issuesインタフェースで常に譲受人(および/または作成者)によって検索することができます。あなたがそこにある問題の数と年齢は、何が起こっているのかをあなたに知らせるべきです。

関連する問題