<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: JumpBox.  What about upgrades?</title>
	<atom:link href="http://www.movingwalkway.net/archives/jumpbox-what-about-upgrades/feed" rel="self" type="application/rss+xml" />
	<link>http://www.movingwalkway.net/archives/jumpbox-what-about-upgrades</link>
	<description>stand to the right, walk to the left</description>
	<pubDate>Wed, 03 Dec 2008 23:25:38 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: joransen</title>
		<link>http://www.movingwalkway.net/archives/jumpbox-what-about-upgrades#comment-59</link>
		<dc:creator>joransen</dc:creator>
		<pubDate>Wed, 06 Jun 2007 19:00:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.movingwalkway.net/archives/jumpbox-what-about-upgrades#comment-59</guid>
		<description>Kimbro,  Thanks for the comment.

Shortly after posting I actually read through JumpBox's site some more and found the notion about moving the data as an upgrade mechanism.  Totally makes sense, especially if things are in the database.  Should work well for my first exploration around SVN and Trac.  

Since I run WordPress here, I'm interested in seeing how that plays out.  All content is in the database, but styles, themes, plugins are in the file system.  How those are handled will be interesting.  If it plays out well for the "non-dramatic" upgrade/update, then this alone would justify the kind of $$$ JumpBox is asking (which looks reasonable).

Every "upgrade" has three components (at least): The base system, your data, and your customizations.  JumpBox solves the first, sounds like it will get the second one done well, if it hits the third in a decent way... bingo.</description>
		<content:encoded><![CDATA[<p>Kimbro,  Thanks for the comment.</p>
<p>Shortly after posting I actually read through JumpBox&#8217;s site some more and found the notion about moving the data as an upgrade mechanism.  Totally makes sense, especially if things are in the database.  Should work well for my first exploration around SVN and Trac.  </p>
<p>Since I run WordPress here, I&#8217;m interested in seeing how that plays out.  All content is in the database, but styles, themes, plugins are in the file system.  How those are handled will be interesting.  If it plays out well for the &#8220;non-dramatic&#8221; upgrade/update, then this alone would justify the kind of $$$ JumpBox is asking (which looks reasonable).</p>
<p>Every &#8220;upgrade&#8221; has three components (at least): The base system, your data, and your customizations.  JumpBox solves the first, sounds like it will get the second one done well, if it hits the third in a decent way&#8230; bingo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kimbro Staken</title>
		<link>http://www.movingwalkway.net/archives/jumpbox-what-about-upgrades#comment-58</link>
		<dc:creator>Kimbro Staken</dc:creator>
		<pubDate>Wed, 06 Jun 2007 17:41:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.movingwalkway.net/archives/jumpbox-what-about-upgrades#comment-58</guid>
		<description>Upgrades are handled by bringing up another instance of the VM exporting the data from one and importing it into the other. This sounds a little cumbersome, but it's actually a much more robust way of performing an upgrade because it keeps your existing system fully functional while you test the updated system. When you're confident everything is working you can cut over to the new VM while still keeping the original fully in tact in case you need to switch back. This is a big advantage of using virtualization infrastructure.</description>
		<content:encoded><![CDATA[<p>Upgrades are handled by bringing up another instance of the VM exporting the data from one and importing it into the other. This sounds a little cumbersome, but it&#8217;s actually a much more robust way of performing an upgrade because it keeps your existing system fully functional while you test the updated system. When you&#8217;re confident everything is working you can cut over to the new VM while still keeping the original fully in tact in case you need to switch back. This is a big advantage of using virtualization infrastructure.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
