What do you prefer for parallel stories development? @github @GitHubCommunity #GitHub
β Mandar Badve (@mandarbadve ) December 17, 2018
For further actions, you may consider blocking this person and/or reporting abuse
What do you prefer for parallel stories development? @github @GitHubCommunity #GitHub
β Mandar Badve (@mandarbadve ) December 17, 2018
For further actions, you may consider blocking this person and/or reporting abuse
θ±ι΄ι -
Debajit Mallick -
Alexandre Calaça -
Kathryn Grayson Nanz -
Top comments (7)
If we are talking about OSS with a lot of contributors, it makes more sense for each developer to fork the repo.
That's a good point! Context is important for this question.
A new repository for a story (a group of small tasks)? That sounds like an overkill. Repositories carry some operational overhead like users, policies, pipelines and security access, and others ...
I agree about the overhead. How about, developer can create her/his own personal forked repo and she/he can create pull request to it's parent repo? This way we can get rid of overhead.
But then wouldn't they end up just using branches to prevent merge commit hell?
By which point they may as well just work on a branch on the main repo...
Plus, that approach could get kind of messy when groups of developers are working on stories.
We always use new branches. Personally, I don't see any benefit to creating an entire new repo. It also makes code easier to share since we don't have to manage permissions on a per-repo basis.
@maestromac thoughts here?