[dev] [commits] Horde-Hatchery branch master updated. d3fcd5cdd11ada51d44c03fccd529ba9beed543d

Chuck Hagenbuch chuck at horde.org
Wed Jan 6 18:33:45 UTC 2010


Quoting Michael M Slusarz <slusarz at horde.org>:

> Quoting Jan Schneider <jan at horde.org>:
>
>> Zitat von Michael M Slusarz <slusarz at horde.org>:
>>>
>>> 1. Go to horde-git:master. Make sure it is updated.
>>> 2. Do 'git checkout -b tmp  
>>> 5d259f069ca8c31700d5431a595d2e3b5d961ea9'  This creates a  
>>> temporary branch and sets HEAD to right before IMP was imported.
>>> 3. Do 'git fetch <path to horde-hatchery> master:hatchery'  <path  
>>> to horde-hatchery> can be the filepath to the hatchery repo on the  
>>> local machine.  This pulls in all of hatchery's history to  
>>> horde-git.
>>> 4. Do 'git merge <path to horde-hatchery>'  There will be at least  
>>> one conflict that needs to be resolved (.gitignore).
>>> 5. Do 'git merge master'.  This should merge all changes done to  
>>> horde-git after 12/23/2009 (when IMP was added).  There will be at  
>>> least two conflicts that need to be resolved  
>>> (.gitattributes/.gitignore)
>>> 6. Now 'tmp' contains the full, combined history of horde-git and  
>>> horde-hatchery.
>>
>> Great, (with a Patrick Stewart voice) make it so ;-) Though we  
>> might want to do this after we agreed whether we want a single  
>> repository for all framework and application code.
>
> Yeah - I'm not going to do this yet without further input.  Two  
> things I didn't mention: this above method doesn't remove the  
> "moving imp to horde-git" and "imported imp from horde-hatchery"  
> commits.  Not really any need to keep these around - and this is  
> probably one of the few valid reasons to modify the commit history.   
> Also, this method doesn't add the branches currently present in  
> horde-hatchery.  It will probably be easiest to recreate these  
> branches by creating a new branch in horde-git and then  
> cherry-picking (or equivalent) the commits from the topic branch in  
> horde-hatchery.

I can be convinced on rewriting the history, since we don't have a lot  
of branches yet. We should give people a warning though to get their  
commits in to avoid too many conflicts/broken history.

Otherwise, sounds like we're about at a plan/procedure. I'd like to go  
ahead and move forward with it.

-chuck


More information about the dev mailing list