<?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 for Surround Your World</title>
	<atom:link href="http://blogs.seapine.com/jeff/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://blogs.seapine.com/jeff</link>
	<description></description>
	<pubDate>Wed, 20 Aug 2008 14:50:47 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Comment on Enemies Foreign and Domestic by Opposition Research &#124; Surround Your World</title>
		<link>http://blogs.seapine.com/jeff/enemies-foreign-and-domestic.html#comment-32</link>
		<dc:creator>Opposition Research &#124; Surround Your World</dc:creator>
		<pubDate>Fri, 18 Jul 2008 15:52:53 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.seapine.com/jeff/?p=10#comment-32</guid>
		<description>[...] up. The first is that security in other products seems to be left as an exercise for the customer. I’ve talked about that before. Another area where other products take a very different approach is around triggers and alerts. [...]</description>
		<content:encoded><![CDATA[<p>[...] up. The first is that security in other products seems to be left as an exercise for the customer. I’ve talked about that before. Another area where other products take a very different approach is around triggers and alerts. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Life on Mars by How do I know what’s changed inside the files associated with a list of issues? &#124; Less Stress. More Quality.</title>
		<link>http://blogs.seapine.com/jeff/life-on-mars.html#comment-24</link>
		<dc:creator>How do I know what’s changed inside the files associated with a list of issues? &#124; Less Stress. More Quality.</dc:creator>
		<pubDate>Tue, 24 Jun 2008 22:21:52 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.seapine.com/jeff/?p=12#comment-24</guid>
		<description>[...] from the TestTrack section of Seapine Labs in future posts. Surround SCM users should check out Life on Mars, courtesy of Jeff Amfahr, Surround SCM’s product manager, for additional Seapine Labs goodness [...]</description>
		<content:encoded><![CDATA[<p>[...] from the TestTrack section of Seapine Labs in future posts. Surround SCM users should check out Life on Mars, courtesy of Jeff Amfahr, Surround SCM’s product manager, for additional Seapine Labs goodness [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Change Is Gonna Come by Kathy Messina</title>
		<link>http://blogs.seapine.com/jeff/a-change-is-gonna-come.html#comment-18</link>
		<dc:creator>Kathy Messina</dc:creator>
		<pubDate>Thu, 19 Jun 2008 21:16:47 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.seapine.com/jeff/?p=7#comment-18</guid>
		<description>We migrated some documentation from VSS to Surround to allow rapid access to it from offshore sites and over VPN.  In a few rare cases I managed to import the history (because I wanted it in a few of my files).  In the rest I just imported the latest.  My boss was happy and I am still employed here.  What more could I want?

Only that our IT guys don't turn off the VSS server and wiping the drives without asking first.</description>
		<content:encoded><![CDATA[<p>We migrated some documentation from VSS to Surround to allow rapid access to it from offshore sites and over VPN.  In a few rare cases I managed to import the history (because I wanted it in a few of my files).  In the rest I just imported the latest.  My boss was happy and I am still employed here.  What more could I want?</p>
<p>Only that our IT guys don&#8217;t turn off the VSS server and wiping the drives without asking first.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Post Hoc, Ergo Propter Hoc by Marko</title>
		<link>http://blogs.seapine.com/jeff/post-hoc-ergo-propter-hoc.html#comment-12</link>
		<dc:creator>Marko</dc:creator>
		<pubDate>Thu, 22 May 2008 10:42:38 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.seapine.com/jeff/?p=5#comment-12</guid>
		<description>I think the most important reason to have blame feature is not to find responsible persons, but why the change was made. What I would like to see in the "blame" would be seeing the issue(s) for example TestTrack number and summary (along with date) with openable link to each change reason (to easily explore the context - what other changes were made at the same time, what versions it has been released etc). 

Just like Pete said,  instead of having have to do the binary search manually to pinpoint the TT# when this line in question was changed the last time (and the previous etc), I really would like to see a product doing it for me.

As for name, simply: "Line Change History"</description>
		<content:encoded><![CDATA[<p>I think the most important reason to have blame feature is not to find responsible persons, but why the change was made. What I would like to see in the &#8220;blame&#8221; would be seeing the issue(s) for example TestTrack number and summary (along with date) with openable link to each change reason (to easily explore the context - what other changes were made at the same time, what versions it has been released etc). </p>
<p>Just like Pete said,  instead of having have to do the binary search manually to pinpoint the TT# when this line in question was changed the last time (and the previous etc), I really would like to see a product doing it for me.</p>
<p>As for name, simply: &#8220;Line Change History&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Change Is Gonna Come by Daily Find #69 &#124; TechToolBlog</title>
		<link>http://blogs.seapine.com/jeff/a-change-is-gonna-come.html#comment-11</link>
		<dc:creator>Daily Find #69 &#124; TechToolBlog</dc:creator>
		<pubDate>Tue, 20 May 2008 14:37:27 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.seapine.com/jeff/?p=7#comment-11</guid>
		<description>[...] Switching source control systems?&#160; Should you really import or start fresh? [...]</description>
		<content:encoded><![CDATA[<p>[...] Switching source control systems?&nbsp; Should you really import or start fresh? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 100,000 Airplanes by Daily Find #64 &#124; TechToolBlog</title>
		<link>http://blogs.seapine.com/jeff/100000-airplanes.html#comment-10</link>
		<dc:creator>Daily Find #64 &#124; TechToolBlog</dc:creator>
		<pubDate>Wed, 07 May 2008 16:45:25 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.seapine.com/jeff/?p=4#comment-10</guid>
		<description>[...] Jeff writes about SCM tools and auto notifications - Push verse Pull technologies [...]</description>
		<content:encoded><![CDATA[<p>[...] Jeff writes about SCM tools and auto notifications - Push verse Pull technologies [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Post Hoc, Ergo Propter Hoc by Rob</title>
		<link>http://blogs.seapine.com/jeff/post-hoc-ergo-propter-hoc.html#comment-9</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Wed, 07 May 2008 00:08:05 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.seapine.com/jeff/?p=5#comment-9</guid>
		<description>While blame is an often requested featue here...  (usually for throwing things at people reasons)

I think a better "annotate" function would be either:

1) The copyright of the code in question.. Line by Line... (maybe file by file)
2) Code Review status.. line by line. with associated comments.....

Cheers,

 Rob Lancaster</description>
		<content:encoded><![CDATA[<p>While blame is an often requested featue here&#8230;  (usually for throwing things at people reasons)</p>
<p>I think a better &#8220;annotate&#8221; function would be either:</p>
<p>1) The copyright of the code in question.. Line by Line&#8230; (maybe file by file)<br />
2) Code Review status.. line by line. with associated comments&#8230;..</p>
<p>Cheers,</p>
<p> Rob Lancaster</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Post Hoc, Ergo Propter Hoc by Mitch Oliver</title>
		<link>http://blogs.seapine.com/jeff/post-hoc-ergo-propter-hoc.html#comment-8</link>
		<dc:creator>Mitch Oliver</dc:creator>
		<pubDate>Tue, 06 May 2008 19:43:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.seapine.com/jeff/?p=5#comment-8</guid>
		<description>I generally seek a blame utility every time I come across a piece of code that makes exclaim something greater than or equal to "huh..."  This generally falls into two use cases: "Why did we do this like this?" and "Who's fault is this?"  For the former case, an interactive method of viewing check-in comments associated with a change would be very useful.</description>
		<content:encoded><![CDATA[<p>I generally seek a blame utility every time I come across a piece of code that makes exclaim something greater than or equal to &#8220;huh&#8230;&#8221;  This generally falls into two use cases: &#8220;Why did we do this like this?&#8221; and &#8220;Who&#8217;s fault is this?&#8221;  For the former case, an interactive method of viewing check-in comments associated with a change would be very useful.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Post Hoc, Ergo Propter Hoc by Pete</title>
		<link>http://blogs.seapine.com/jeff/post-hoc-ergo-propter-hoc.html#comment-3</link>
		<dc:creator>Pete</dc:creator>
		<pubDate>Thu, 01 May 2008 14:00:39 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.seapine.com/jeff/?p=5#comment-3</guid>
		<description>My thinking on the "blame" feature is this.  If I have a reason to track down who made a change and why, having a good SCM system will give me the information I need to find out.

The problem is that doing so is an arduous task involving taking various revisions of the file and running them through a diff utility until I stumble upon the changed revision (and therefore, who to blame).  In today's society, if there's ever a long and potentially annoying task that *could* be done by a computer, it probably should be.</description>
		<content:encoded><![CDATA[<p>My thinking on the &#8220;blame&#8221; feature is this.  If I have a reason to track down who made a change and why, having a good SCM system will give me the information I need to find out.</p>
<p>The problem is that doing so is an arduous task involving taking various revisions of the file and running them through a diff utility until I stumble upon the changed revision (and therefore, who to blame).  In today&#8217;s society, if there&#8217;s ever a long and potentially annoying task that *could* be done by a computer, it probably should be.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Pilot by Grant</title>
		<link>http://blogs.seapine.com/jeff/who-is-your-daddy-and-what-does-he-do.html#comment-2</link>
		<dc:creator>Grant</dc:creator>
		<pubDate>Thu, 24 Apr 2008 18:25:57 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.seapine.com/jeff/?p=3#comment-2</guid>
		<description>Hey those charges were completely dropped and expunged.  How was I supposed to know it was that combustible?  As for that other thing, I do not recall that incident and I'm standing by that statement.</description>
		<content:encoded><![CDATA[<p>Hey those charges were completely dropped and expunged.  How was I supposed to know it was that combustible?  As for that other thing, I do not recall that incident and I&#8217;m standing by that statement.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
