I should also point out that in the Sun model once every one or two
bi-weekly mini-releases of the product gates the project gates would
have to catch up.  Catching up in a way that leaves project commits
ahead of the product gate is effectively rebasing, which breaks child
gates, which is bad.  So what we did is we... created new project
branches that got rebased to the upstream and then the child
(individual) repos did the moral equivalent of "git rebase --onto"
onto the new project gate branches.  Note that history did not get
re-written in the project gates: new branches appeared with similar,
but different, history to their predecessors, but all stuck around
forever.
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to