On Wednesday, May 14, 2014 7:27:53 AM UTC+2, Moataz Elmasry wrote:
> Hi Thomas and thanks for your reply
> Why should I slice the main project? it is good the way it is. I need to
> append to it from the back ,i.e. earlier commits and the final state should
> be the main project including the commits from the time it was multiple
> modules/multiple trunks
Ah, I incorrectly assumed that you wished to split into more fine grained
It could still be that this is still the best approach to get a *correct*
history for each sub-project. After you've got them all grafted properly
and you want to bring them together in one repository again, you could use
If you don't care that much about correctness, you could just graft the
first commit in the mainProject repo into being a merge-commit of all the
last commits in the old subprojects:
last commit in subrepo1__
last commit in subrepo2_ \
>> first commit in mainRepo (4 parents)
last commit in subrepo3_/ |
last commit in subrepo4__/
In this case, it will look like all the files from the subprojects are
moved into their respective folders in the first commit in mainRepo.
You received this message because you are subscribed to the Google Groups "Git
for human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email
For more options, visit https://groups.google.com/d/optout.