<?xml version="1.0" encoding="utf-8" ?>

<rss version="2.0" 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    <title>I Make Things - SCM</title>
    <link>http://blog.latcarf.com/</link>
    <description>The world is but a canvas to the imagination.</description>
    <dc:language>en</dc:language>
    <generator>Serendipity 1.4.1 - http://www.s9y.org/</generator>
    
    <image>
        <url>http://blog.latcarf.com/templates/bulletproof/img/s9y_banner_small.png</url>
        <title>RSS: I Make Things - SCM - The world is but a canvas to the imagination.</title>
        <link>http://blog.latcarf.com/</link>
        <width>100</width>
        <height>21</height>
    </image>

<item>
    <title>Robust Shell Scripting</title>
    <link>http://blog.latcarf.com/archives/117-Robust-Shell-Scripting.html</link>
            <category>SCM</category>
    
    <comments>http://blog.latcarf.com/archives/117-Robust-Shell-Scripting.html#comments</comments>
    <wfw:comment>http://blog.latcarf.com/wfwcomment.php?cid=117</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://blog.latcarf.com/rss.php?version=2.0&amp;type=comments&amp;cid=117</wfw:commentRss>
    

    <author>nospam@example.com (Latcarf)</author>
    <content:encoded>
    I started working for a new group around mid-September and inherited an old (5 years or so) shell-script build system. Most of it is in KSH (I really prefer BASH) but alot of it is so poorly written and thought out that I have a hell of a time trying to fix/enhance it. Every time I need to do something to the scripts I oscillate for an hour on whether I should try to work my change into the existing script or just take the time to re-write the whole thing!&lt;br /&gt;
&lt;br /&gt;
I was Googling today for some thoughts about writing shell scripts and found a great article about &lt;a href=&quot;http://blog.latcarf.com/exit.php?url_id=559&amp;amp;entry_id=117&quot;  onmouseover=&quot;window.status=&#039;http://www.davidpashley.com/articles/writing-robust-shell-scripts.html&#039;;return true;&quot; onmouseout=&quot;window.status=&#039;&#039;;return true;&quot; target=&quot;locution&quot; title=&quot;Writing Robust Bash Shell Scripts&quot;&gt;writing robust bash shell scripts&lt;/a&gt;. While I don&#039;t use everything mentioned in the article, I was happily surprised to find that I do use more than a couple of them.&lt;br /&gt;
&lt;br /&gt;
Of course, one reason for my irritation with the system I&#039;ve inherited is that it doesn&#039;t use any. Before working in this group, all SCM infrastructure I&#039;d done was built ground up by myself. I feel for those poor developers that get stuck trying to enhance old code now that I&#039;ve really gotten a taste of how hard it can be. I imagine there is alot more nasty build system scripts out there than there are good ones but I&#039;ll certainly try to even the odds a bit by making my scripts as robust, readable and commented as possible.&lt;br /&gt;
&lt;br /&gt;
Hopefully someone who comes three or four years after I&#039;m one will be pleasantly surprised when they have to add something to my scripts! 
    </content:encoded>

    <pubDate>Tue, 23 Jan 2007 20:46:22 -0400</pubDate>
    <guid isPermaLink="false">http://blog.latcarf.com/archives/117-guid.html</guid>
    
</item>
<item>
    <title>Change Subversion Commit Messages Post Commit</title>
    <link>http://blog.latcarf.com/archives/102-Change-Subversion-Commit-Messages-Post-Commit.html</link>
            <category>SCM</category>
    
    <comments>http://blog.latcarf.com/archives/102-Change-Subversion-Commit-Messages-Post-Commit.html#comments</comments>
    <wfw:comment>http://blog.latcarf.com/wfwcomment.php?cid=102</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://blog.latcarf.com/rss.php?version=2.0&amp;type=comments&amp;cid=102</wfw:commentRss>
    

    <author>nospam@example.com (Latcarf)</author>
    <content:encoded>
    Today I had a developer who wanted to change his commit message after he&#039;d already made the commit to the Subversion repository. Initially, I told him it wasn&#039;t possible, but then I decided I should check if my assertion was correct. It wasn&#039;t...&lt;br /&gt;
&lt;br /&gt;
To change/edit a Subversion commit message after the commit, do the following on the Subversion server:&lt;br /&gt;
&lt;br /&gt;
&lt;div class=&quot;locution_cli&quot;&gt;&lt;font color=&quot;#69C&quot;&gt;$&lt;/font&gt; svnadmin setlog /path/to/repository \&lt;/font&gt;&lt;br /&gt;
&lt;font color=&quot;#69C&quot;&gt;&gt;&lt;/font&gt; -r 10662 --bypass-hooks message_file.txt&lt;/font&gt; &lt;font color=&quot;green&quot;&gt;&amp;#172;&lt;/font&gt;&lt;br /&gt;
&lt;/div&gt;&lt;br /&gt;
&lt;br /&gt;
The &lt;tt&gt;--bypass-hooks&lt;/tt&gt; argument is necessary because you are editing a non-versioned property of the revision. As such, you lose the history of the original commit message so Subversion requires the &lt;tt&gt;pre-revprop-change&lt;/tt&gt; hook to be enabled. Passing &lt;tt&gt;--bypass-hooks&lt;/tt&gt; bypasses this requirement and allows the change.&lt;br /&gt;
 
    </content:encoded>

    <pubDate>Fri, 12 May 2006 14:56:02 -0400</pubDate>
    <guid isPermaLink="false">http://blog.latcarf.com/archives/102-guid.html</guid>
    
</item>
<item>
    <title>Configuration Management Resources</title>
    <link>http://blog.latcarf.com/archives/55-Configuration-Management-Resources.html</link>
            <category>SCM</category>
    
    <comments>http://blog.latcarf.com/archives/55-Configuration-Management-Resources.html#comments</comments>
    <wfw:comment>http://blog.latcarf.com/wfwcomment.php?cid=55</wfw:comment>

    <slash:comments>0</slash:comments>
    <wfw:commentRss>http://blog.latcarf.com/rss.php?version=2.0&amp;type=comments&amp;cid=55</wfw:commentRss>
    

    <author>nospam@example.com (Latcarf)</author>
    <content:encoded>
    Lately I&#039;ve been working very hard to increase my knowledge and understanding of my new role at work (Software Configuration Management Engineer - SCM). I am the only SCM for two products and a total of ten developers (though I support around 20 people between the two teams in total).&lt;br /&gt;
&lt;br /&gt;
Both development teams loosely base their process in the Agile style of Extreme Programming. I have found a few resources that seem to be quite good for information on my position and role.&lt;br /&gt;
&lt;br /&gt;
&lt;a href=&quot;http://blog.latcarf.com/exit.php?url_id=250&amp;amp;entry_id=55&quot; title=&quot;http://www.cmcrossroads.com/&quot;  onmouseover=&quot;window.status=&#039;http://www.cmcrossroads.com/&#039;;return true;&quot; onmouseout=&quot;window.status=&#039;&#039;;return true;&quot; target=&quot;locution&quot;&gt;CM Crossroads&lt;/a&gt; is an online community and resource center for configuration management. The have a wealth of information at their site and they do a good job of recommending books, best practices, and software to make my job easier and the development teams more productive.&lt;br /&gt;
&lt;br /&gt;
I&#039;ll be detailing things I learn here in a new category: &quot;SCM&quot; under the category &quot;Work&quot;. 
    </content:encoded>

    <pubDate>Fri, 04 Mar 2005 22:21:16 -0400</pubDate>
    <guid isPermaLink="false">http://blog.latcarf.com/archives/55-guid.html</guid>
    
</item>

</channel>
</rss>