2017-11-23 2 views
1

Beim Ausführen von Analysen mit unserer Codebasis haben wir festgestellt, dass Sonar, wenn der Standard-Empfänger nicht festgelegt ist, den jeweils alphabetisch "kleinsten" Benutzernamen auswählt und alle Probleme zuweist, die er nicht herausfinden kann.Wie kann ich verhindern, dass SonarQube Probleme dem alphabetisch "kleinsten" Benutzernamen zuweist?

Mit "kleinsten", ich meine mit dem Benutzer logins [Eblahson, Darghson, fvonblehs], "Darghson" wäre die "kleinste", bis jemand wie "Aayron" kam.

Ich würde davon ausgehen, dass das Verlassen der Standard-Assignee Unset würde die Probleme nicht zugewiesen, wenn nicht zu einem Benutzer gelöst werden kann, aber das scheint nicht der Fall zu sein.

Dies führt dazu, dass jeder, der Pech hat, an der Spitze der Login-Liste zu sein, eine Flut von Benachrichtigungs-E-Mails erhalten jedes Mal, wenn eine Analyse mit Änderungen abgeschlossen ist.

Ich habe versucht, das Problem zu umgehen, indem ich den Standardempfänger auf unser automatisches Build-Konto setze, aber es wäre nett, wenn dies nicht notwendig wäre.

+0

Verwenden Sie ein SCM-Plugin wie SVN? –

+0

Ich benutze das Git SCM Plugin. Es schafft es, die Dinge größtenteils richtig zu machen, aber eine große Anzahl von Problemen wird immer noch den falschen Leuten zugewiesen. Meine Manager sind darüber nicht sehr glücklich, da es ein unglaublich sichtbares Problem ist, das die Zuverlässigkeit des gesamten Systems untergräbt. – tzrlk

+0

Vielleicht ist es ein Problem mit dem Plugin, nicht SonarQube selbst. Hatten Sie auch ein Protokoll im SonarQube-Protokoll? –

Antwort

1

Der Zessionar ist:

  • wenn es SCM Informationen, der Autor
  • sonst identifiziert, wenn es eine identifizierte letzte commiter auf die Datei, dieser Autor
  • sonst der Standard Zessionar

Hier ist ein Link zu official documentation.

+0

Ist dieser Prozess derzeit überall dokumentiert? – tzrlk

+0

Ich habe einen Link hinzugefügt, aber Informationen fehlen. Dies ist, wo es aktualisiert werden kann –

Verwandte Themen