Quote:
|
Originally Posted by gguruusa
Quote:
|
Having an "override" folder to drop updates in that would override existing items, instead of mixing everything into the OEM folder might be a good solution.
|
Assuming you haven't renamed or moved around kitchen directories,
1. Load the new kitchen into a different directory than the old kitchen
2. select all the directories in the old kitchen OEM folder
3. copy and paste the old OEM folder directories into the new kitchen OEM folder. Select "no to all" when it asks about replacing existing directories.
If it doesn't go smoothly (BuildOS fails), finding the conflicts between the old and new OEM folders can be time consuming. |
This isn't a good solution, as it's prone to blow away change made in the newer kitchen.
Quote:
|
Originally Posted by luv2chill
A beter solution for transitioning between kitchens is to give all of your "portable" OEMs a unique foldername. Prefix them with "X_" or even "Custom_". BuildOS doesn't care what the folder is named so if you title them all with a single prefix at least they will all be grouped together.
|
I've done this, but this solution only works well for additions to the kitchen, not revisions to existing content. I have taken a similar tact when making revisions to existing content (i.e. renaming the old folder with my Kolano_ prefix to differentiate it from the kitchen version), but when doing this I need to re-analyze each of OEM during a kitchen updte to ensure I don't miss something revised in the newer kitchens.
Is "bepe" a user on this forum, luv2chill? If not where is he/she from?
I was hopeful, with the recent revisions to support the option.xml files, that active development of the BuildOS tool was still going on. If it is I would love to see some override mechanism implemented.