Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API

From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
TrayKnots68730dThat's bullshit. Create smaller tickets. Then say, one pull request per ticket. That's the way.
If he creates huge tickets, pull requests will be huge. -
SidTheITGuy993630dwtf... how ..... what..... huh??
How the FUCK are you supposed to create smaller PRs? -
Tounai164630d@TrayKnots tickets can’t always be small, some pieces of work can’t be done with small changes without putting a mess
I just like those big pieces of work. -
TrayKnots68730d@Tounai
I agree, cannot always be small. But we have just moved the responsibility to whomever makes the tickets. If that person cannot make a small ticket, you cannot make a small pull request. That's how simple it is. -
Tomorrow you'll scarp the rest of the big PR when you get a comment on the small one that changes everything 😉
-
TrayKnots68730d@Tounai
Kind of expected you to say this. The complain is upstream.
Just tell whoever complained he should complain to the moron writing the big tickets and when that person asks who wrote it, turn around, put on a baseball cap, turn back and say: "That would be me." -
jestdotty680430dbig ticket -> small tickets
PR for each small ticket
not all tickets have a PR, but every PR has a ticket
---
if something gets fundamentally changed there's no avoiding having to change a lot of code -
jiraTicket229525dWhich kinda stuff do people say you should've excluded from your PR?
---
Personally the last "Is the PR too big?"-debate I was part of was when we built a new website from scratch.
Co-worker got the ticket "Add menu bar with userName". The codebase at that time was in it's infancy so it didn't have much CSS for the site layout. And our test-suite did not have the capability to run clientside JS (which would be responsible for rendering the userName)
The resulting PR added a ton of code to our general site layout HTML/CSS to make sure the site looked like the design, and a ton of code to our test runner to make sure it could run clientsideJS.
I felt this was admirable work. But the PR got stuck in review for days and days as people debated the details the CSS layout and the pros and cons of different types of JS-runners in test suites.
I have been told to create smaller PRs, so now every big PR has a few other smaller ones associated. Hope my manager will be happy.
rant