With OpenShift Enterprise, we go commit-by-commit through the changes and develop a migration approach that captures whatever changed between the points in Origin that were selected to establish the Enterprise releases. (This could involve all sorts of changes, from apply schema and database updates to migrating cartridges from one version to the next.) While this is an important capability for our Enterprise subscribers as it provides an in-place update, it's also a very labor intensive process to determine the migration approach, do the documentation, testing, etc.
On Feb 12, 2014, at 11:48 AM, John Kinsella <jlkinsel gmail com> wrote:
> How about talking bout how RedHat does it?
For Origin, we wanted to be able to encourage a more general and flexible path that the community could more easily contribute to and help improve. While we're certainly not against someone in the community volunteering to do the commit-by-commit review to provide migrations between Origin releases (the migration framework is included in Origin), we just didn't think we would find someone willing to put in that amount of time. The 'new instance and migrate’ method that I mentioned focuses more on contributions and support in the snapshot and restore tooling, and has the advantage of not being specifically limited between two exact Origin code points.
If anyone is interested in jumping in to help make this more of a reality, I can certainly point you in some directions to test and contribute back to get this rolling.
> On Feb 12, 2014, at 5:56 AM, N. Harrison Ripps <hripps redhat com> wrote:
>> Hi Shabna—
>> On Feb 12, 2014, at 12:17 AM, s madathilthattantav accenture com wrote:
>>> Hi All
>>> Can any one give some pointers to any documentation on how to do release management for Origin deployment
>>> - How to upgrade an existing installation
>> There is no single utility for upgrading between version of Origin. The recommended upgrade path for Origin is to stand up the newer version as a separate OpenShift instance and then migrate applications over.
>>> - How to apply a bug fix in an existing installation
>> Do you mean outside of running `yum update` to get newer versions of the RPMs? We are currently re-instrumenting the Origin build process, but once that is finished we will be on a more regular schedule of updating the repos.
>>> This message is for the designated recipient only and may contain privileged, proprietary, or otherwise confidential information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. .
>>> dev mailing list
>>> dev lists openshift redhat com
>> users mailing list
>> users lists openshift redhat com
dev mailing list
dev lists openshift redhat com