2 ms·
Or even the most mundane: corporate mandates that your project name change because of RULE with new access requirements. You get a new repo in GitHub, and all
by geraldwhen 3y ago
Or even the most mundane: corporate mandates that your project name change because of RULE with new access requirements.
You get a new repo in GitHub, and all GitHub activity is lost for REASON.
Tools never persist. I’d even say that ticket numbers in commit messages is harmful since it makes it much easier for the committer to be sloppy and write “Fix bug for JIRA123”. You can say “that’s a people problem”, but with a growing team I can either fix that people problem over and over, or I can ask for no external ticket ids in commit messages
- hmeh 3y agoVery much agree. I've seen it leak into conversation in slack too... "Hey, I have a question about JIRA123, should we use blue for the button?". There's no greater way to tell someone you don't care about their time than presuming to force them to look up work items every time you want to refer to something. I believe that if teams look hard into the reasons they think that that practice is valuable, they will uncover even greater culture and process problems to address. Once they are addressed, they will no longer need them, and they'll even start to see the harm in them. Most teams won't do that, however, and I will be dragged out to the town square for even suggesting it's possible (even though our team operates extremely well without this practice or anything resembling it).