<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/css" href="/stylesheets/rss.css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>GTD Tracks blog: Upgrade Issues</title>
    <link>http://blog.gtdtracks.com/articles/2006/07/28/upgrade-issues</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>Tracks GTD hosting</description>
    <item>
      <title>Upgrade Issues</title>
      <description>&lt;p&gt;If you&amp;#8217;re seeing wierd &lt;span class="caps"&gt;XML&lt;/span&gt; files coming at you after this &lt;a href="/articles/2006/07/28/upgrade-to-fix-tickler-creation"&gt;latest upgrade&lt;/a&gt;, you&amp;#8217;re going to need to &lt;a href="http://gtdtracks.com/logout"&gt;logout&lt;/a&gt; and &lt;a href="http://gtdtracks.com/login"&gt;log back in&lt;/a&gt; as some URLs have changed underneath you.&lt;/p&gt;


	&lt;p&gt;This issue has made me realize that I need to be stricter in when I roll out new features.  The Tracks codebase just moves so quickly I get a little too excited.&lt;/p&gt;


	&lt;p&gt;I think I&amp;#8217;m going to start limiting myself to one upgrade per week &amp;#8211; maybe on Sunday nights so unexpected things like this don&amp;#8217;t happen and tarnish the user experience.  I&amp;#8217;ll also publish a post here letting you know what&amp;#8217;s coming down the pipe.&lt;/p&gt;


	&lt;p&gt;My apologies!&lt;/p&gt;</description>
      <pubDate>Fri, 28 Jul 2006 16:08:00 -0400</pubDate>
      <guid isPermaLink="false">urn:uuid:fb433ced-d565-40a7-afe8-321e4daed4f8</guid>
      <author>Ryan</author>
      <link>http://blog.gtdtracks.com/articles/2006/07/28/upgrade-issues</link>
      <category>System Status</category>
      <category>Upgrades</category>
      <trackback:ping>http://blog.gtdtracks.com/articles/trackback/7</trackback:ping>
    </item>
    <item>
      <title>"Upgrade Issues" by Jim Van Fleet</title>
      <description>&lt;p&gt;This also applies if you&amp;#8217;re just getting yourself set up for the first time.  Use the handy logout link on this page!&lt;/p&gt;</description>
      <pubDate>Sun, 30 Jul 2006 09:02:20 -0400</pubDate>
      <guid isPermaLink="false">urn:uuid:cac068b2-b1e1-4400-bd1a-79a5e04da66c</guid>
      <link>http://blog.gtdtracks.com/articles/2006/07/28/upgrade-issues#comment-14</link>
    </item>
    <item>
      <title>"Upgrade Issues" by Ryan Daigle</title>
      <description>&lt;p&gt;I agree Luke.  Right now I&amp;#8217;m running through a set of manual functionaly, deployment and data integrity checks, but an automated plan is definitely in the works.&lt;/p&gt;</description>
      <pubDate>Sat, 29 Jul 2006 09:54:56 -0400</pubDate>
      <guid isPermaLink="false">urn:uuid:c84df93e-4579-434b-9079-45641a33a0c4</guid>
      <link>http://blog.gtdtracks.com/articles/2006/07/28/upgrade-issues#comment-12</link>
    </item>
    <item>
      <title>"Upgrade Issues" by Luke Melia</title>
      <description>&lt;p&gt;Ryan, remember that there&amp;#8217;s no particular quality guarantee with Tracks trunk. We obviously endeavor to commit clean working code, but I&amp;#8217;ve got no one reviewing before I commit, no pair programmer for the most part, no discipline with regard to test-first (I hope to improve on this!), and to boot I do most of my work late at night when I&amp;#8217;m tired.&lt;/p&gt;


	&lt;p&gt;All of this to say that if you&amp;#8217;re going to charge money for hosting and you plan to deploy tracks trunk, you should probably create a formal test plan that you run through to ensure that you&amp;#8217;ve got a stable build. Your customers will thank you, and I&amp;#8217;ll thank you for the patches and bug reports!&lt;/p&gt;</description>
      <pubDate>Fri, 28 Jul 2006 17:19:48 -0400</pubDate>
      <guid isPermaLink="false">urn:uuid:cc676696-b3e9-450a-a55f-e846b6434ec5</guid>
      <link>http://blog.gtdtracks.com/articles/2006/07/28/upgrade-issues#comment-11</link>
    </item>
  </channel>
</rss>
