this post was submitted on 29 Aug 2023
5 points (100.0% liked)
Angular
285 readers
1 users here now
A community for discussion about angular
Wormhole
Logo base by Angular under CC BY 4.0 with modifications to add a gradient and drop shadow
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I don't think that this is Angular specific. Long lived branches is a known problem in development world. So far I only encountered one solution/rule that worked (for me): long lived branches can only do nonbreaking changes. If you want to have a long lived branches and it will have a breaking change/feature, then you should first extract breaking behaviour to the develop branch and only then work in the long lived branch or feature.
This is obviously quite hard to do in some cases, but I didn't found anything else that works in such situations.
Yes, you are right. Long living branches are the problem.
In this case it is a completely new project in the workspace (of course depends on the library in the workspace). It is a POC that has been postponed again and again by the customer due to priorities.
I think it's probably best to isolate the branch and take it out of the workspace. When it is ready, we can integrate it back into the workspace.