I read a little about the need for reintegration when you merged with the branch back to trunk in SVN (the article about the foreign merge repository was really useful).
The problem seems to be due to the fact that people regularly update the branch from the trunk, which means that the final merge reflects backwards.
In my case, we want to create a release branch that will live as long as it takes to stabilize the branch and fix any errors. To maintain stability, we donβt want to merge with the trunk, but we want to regularly merge corrections from the release branch so that the baggage gets all bug fixes for free. We also do not want to wait for the end of the QA to merge back into the trunk. Therefore we want:
- Create branch
- Regularly make changes to the branch (and trunk)
- Too often return to the torso (perhaps daily)
Since we will never merge with the chest, I donβt think we need to worry about the problems that reintegrate to fix it. Is there a problem with this approach?