It could be a death-by-a-thousand-cuts situation and we don't have enough context. My company has spent the last few years really going 1000% on the capitalization of software expenses, and now we have to include a whole slew of unrelated attributes in every last Jira ticket. Then the "engineering team" (there is only one of these, somehow, in a 5K employee company) decrees all sorts of requirements about how we test our software and document it, again using custom Jira attributes to enforce. Developers get a little pissy about being messed with by MBAs and non-engineer "engineers" trying to tell them how to do their job. (as an aside, for anybody who is on the giving end of such requirements, I have to tell you that people working the tickets will happily lie on all of that stuff just to get past it as quickly as possible, so I hope you're not relying on it for accuracy)

But putting the ticket number in the commit ... that's basically automatic, I don't know why it should be that big a concern. The branch itself gets created with the ticket number and everything follows from that, there's no extra effort.

▲

comfydragon 4 days ago | parent | next [-]

> The branch itself gets created with the ticket number and everything follows from that, there's no extra effort.

Only problem there is the potential for a deeply-ingrained assumption that the Jira key being in the branch name is sufficient for the traceability between the Jira issue and commits to always exist. I've had to remind many people I work with that branch names are not forever, but commit messages are.

Hasn't quite succeeded in getting everyone to throw a Jira ID in somewhere in the changeset, but I try...

	▲	necovek 3 days ago \| parent [-]
		It sounds pretty simple to automate that away too: make it part of the merge hook to include the source branch name into the message. We are engineers, everything is a problem waiting to be automated :)

▲

cesarb 4 days ago | parent | prev | next [-]

> But putting the ticket number in the commit ... that's basically automatic, I don't know why it should be that big a concern. The branch itself gets created with the ticket number and everything follows from that, there's no extra effort.

That poster said "attach a JIRA Ticket to the PR", so in their case, it's not that automatic.

	▲	rootusrootus 4 days ago \| parent \| next [-]
		A lot of Jira shops use the rest of the stack, so it becomes automatic. The branch is named automatically when created from a link on the Jira task. Every time you push it gives you a URL for opening the PR if you want, and everything ends up pre-filled. All of the Atlassian tools recognize the format of a task ID and hyperlink automatically. I haven't dealt with non-Atlassian tools in a while but I assume this is pretty much bog standard for any enterprise setup.
	▲	alexpotato 4 days ago \| parent \| prev [-]
		If you are using the Atlassian Git clone then just putting the JIRA ticket in the title automagically links the PR to the ticket.

▲

sodapopcan 4 days ago | parent | prev [-]

Ah ya, death-by-a-thousand-cuts is certainly a charitable take!