On Wed, Jun 29, 2016 at 11:22 AM, G. Ann Campbell
<
ann.ca...@sonarsource.com> wrote:
> On Wednesday, 29 June 2016 13:11:07 UTC-4,
javad...@gmail.com wrote:
>> 2). Secondly, I am trying to integrate Jenkins with Jira
>>
>> Is there any scenario when my project is build in Jenkins and if it fails
>> it should create case in Jira. So that i can assign the case to particular
>> person who made mistakes in his code.
>> Please guide me above 2 points.
> Is there a scenario where it should? Since this is an opinion question, I'll
> answer with "no."
>
> Should you automatically create a new Jira ticket for a new issue? In
> SonarSource's opinion, no. Not every issue deserves a ticket. Sometimes many
> issues should be handled by one ticket. Sometimes they're closed False
> Positive or Won't Fix.
I have created such workflows with Jenkins, where a failed build can
create a jira ticket, (using build notifications emails, being sent to
Jira,)
Jenkins output:
https://wiki.jenkins-ci.org/display/JENKINS/Email-ext+plugin
Jira input:
https://confluence.atlassian.com/adminjiraserver071/creating-issues-and-comments-from-email-802592933.html
When build failures are rare, because all of your testing is very
dialed in, and all of your build parameters are dialed in, it can be
useful.
When a single setting is slightly changed in Sonarqube (or jenkins, or
your SCM system, or a publishing target, etc.), and hundreds of
different automated builds fail, and hundreds of jira tickets are
created, in a matter of minutes/hours, it is less useful.
Likewise, when a single build is repeatedly failing, and generating a
new Jira failure ticket every 2-3 minutes, it is also less useful.
There are several ways to deal with both situations, depending on
one's environment.
-Ronabop