<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: The AccuRev CLI &#8211; Going beyond SCM</title>
	<atom:link href="http://accurev.com/blog/2008/10/01/accurev-cli-going-beyond-scm/feed/" rel="self" type="application/rss+xml" />
	<link>http://accurev.com/blog/2008/10/01/accurev-cli-going-beyond-scm/</link>
	<description>SCM and Agile Software Development Blog</description>
	<lastBuildDate>Wed, 09 May 2012 07:08:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Getting the Most out of AccuRev’s Windows Explorer Integration &#171; Software Configuration Management</title>
		<link>http://accurev.com/blog/2008/10/01/accurev-cli-going-beyond-scm/comment-page-1/#comment-518</link>
		<dc:creator>Getting the Most out of AccuRev’s Windows Explorer Integration &#171; Software Configuration Management</dc:creator>
		<pubDate>Wed, 18 Mar 2009 18:08:54 +0000</pubDate>
		<guid isPermaLink="false">http://accurev.wordpress.com/?p=379#comment-518</guid>
		<description>[...] code control tools they may have to write scripts, manage configurations or interact with a command line interface to be able to get their work done. This type of interaction will likely not work well for these [...]</description>
		<content:encoded><![CDATA[<p>[...] code control tools they may have to write scripts, manage configurations or interact with a command line interface to be able to get their work done. This type of interaction will likely not work well for these [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: davidpthomas</title>
		<link>http://accurev.com/blog/2008/10/01/accurev-cli-going-beyond-scm/comment-page-1/#comment-517</link>
		<dc:creator>davidpthomas</dc:creator>
		<pubDate>Fri, 23 Jan 2009 05:48:18 +0000</pubDate>
		<guid isPermaLink="false">http://accurev.wordpress.com/?p=379#comment-517</guid>
		<description>Hi!  Great feedback.   To clarify, the AccuRev CLI (client) is the defacto API for communicating with the AccuRev server [handling socket &amp; txn mgmt].  Options include XML ($accurev xml) or traditional CLI arguments ($accurev ).   The AccuRev GUI actually calls the CLI behind the scenes using XML in &amp; out.  Thus, anything you can do in the GUI, you can do in the CLI!    AccuRev started out as a Unix-only tool back in the day, and the CLI interface shows its roots.

For those using the XML in/out format, you&#039;ll be glad to know that the XML output for most commands is very flat making it trivial to convert into a hash (of hashes) structure for programmatic interpretation.

Anyone else using ruby?

dave</description>
		<content:encoded><![CDATA[<p>Hi!  Great feedback.   To clarify, the AccuRev CLI (client) is the defacto API for communicating with the AccuRev server [handling socket &amp; txn mgmt].  Options include XML ($accurev xml) or traditional CLI arguments ($accurev ).   The AccuRev GUI actually calls the CLI behind the scenes using XML in &amp; out.  Thus, anything you can do in the GUI, you can do in the CLI!    AccuRev started out as a Unix-only tool back in the day, and the CLI interface shows its roots.</p>
<p>For those using the XML in/out format, you&#8217;ll be glad to know that the XML output for most commands is very flat making it trivial to convert into a hash (of hashes) structure for programmatic interpretation.</p>
<p>Anyone else using ruby?</p>
<p>dave</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan LaNeve</title>
		<link>http://accurev.com/blog/2008/10/01/accurev-cli-going-beyond-scm/comment-page-1/#comment-516</link>
		<dc:creator>Ryan LaNeve</dc:creator>
		<pubDate>Mon, 19 Jan 2009 19:37:45 +0000</pubDate>
		<guid isPermaLink="false">http://accurev.wordpress.com/?p=379#comment-516</guid>
		<description>How this is different than &quot;just about any other open source scm tool&quot; would depend entirely on which tool, whether its CLI allowed output to XML and whether or not using the CLI was as intuitive as AccuRev&#039;s. For some systems - open source or otherwise - I&#039;m sure that would be the case. Nothing about this post was intended to suggest that *only* AccuRev provided such functionality. I thought the sentence beginning &quot;While I’m sure it would have been possible to create such a tool using any SCM...&quot; would make that clear.

Whether or not &quot;more flexible&quot; is defined by a powerful CLI and a thin GUI, or a powerful GUI and a thin CLI is a personal preference, though in my opinion the question doesn&#039;t apply here. AccuRev has both a powerful GUI (far more powerful than any open source scm we&#039;ve ever seen) as well as a powerful CLI which exposes all functionality that could have been performed by the GUI.

Wrappers for scripting languages would certainly be nice.</description>
		<content:encoded><![CDATA[<p>How this is different than &#8220;just about any other open source scm tool&#8221; would depend entirely on which tool, whether its CLI allowed output to XML and whether or not using the CLI was as intuitive as AccuRev&#8217;s. For some systems &#8211; open source or otherwise &#8211; I&#8217;m sure that would be the case. Nothing about this post was intended to suggest that *only* AccuRev provided such functionality. I thought the sentence beginning &#8220;While I’m sure it would have been possible to create such a tool using any SCM&#8230;&#8221; would make that clear.</p>
<p>Whether or not &#8220;more flexible&#8221; is defined by a powerful CLI and a thin GUI, or a powerful GUI and a thin CLI is a personal preference, though in my opinion the question doesn&#8217;t apply here. AccuRev has both a powerful GUI (far more powerful than any open source scm we&#8217;ve ever seen) as well as a powerful CLI which exposes all functionality that could have been performed by the GUI.</p>
<p>Wrappers for scripting languages would certainly be nice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fitz</title>
		<link>http://accurev.com/blog/2008/10/01/accurev-cli-going-beyond-scm/comment-page-1/#comment-515</link>
		<dc:creator>Fitz</dc:creator>
		<pubDate>Mon, 19 Jan 2009 18:40:59 +0000</pubDate>
		<guid isPermaLink="false">http://accurev.wordpress.com/?p=379#comment-515</guid>
		<description>Sounds good - but really, how is that different than just about any other open source scm tool?

My experience has been that other tools are more flexible with things like a powerful CLI and then a great thin GUI layer (think SVN &amp; Tortoise SVN).
It seems as though accurev goes the other way, which many big tools do, which is put the functionality in the gui, then expose some to the CLI.  Which always frustrates the heck out of power-users since inevitably there is something the GUI can do that the CLI can&#039;t.  Whereas every operation the Tortoise SVN GUI does, you can do through the command line.

SVN for eaxmple, can return it&#039;s information as XML - but you can also get a library wrapper for just about any scripting language that lets you work at an even tighter integration level than the CLI if you want.  Just seems like there is more to the story.</description>
		<content:encoded><![CDATA[<p>Sounds good &#8211; but really, how is that different than just about any other open source scm tool?</p>
<p>My experience has been that other tools are more flexible with things like a powerful CLI and then a great thin GUI layer (think SVN &amp; Tortoise SVN).<br />
It seems as though accurev goes the other way, which many big tools do, which is put the functionality in the gui, then expose some to the CLI.  Which always frustrates the heck out of power-users since inevitably there is something the GUI can do that the CLI can&#8217;t.  Whereas every operation the Tortoise SVN GUI does, you can do through the command line.</p>
<p>SVN for eaxmple, can return it&#8217;s information as XML &#8211; but you can also get a library wrapper for just about any scripting language that lets you work at an even tighter integration level than the CLI if you want.  Just seems like there is more to the story.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Free Webinar on Continuous Integration &#171; Software Configuration Management</title>
		<link>http://accurev.com/blog/2008/10/01/accurev-cli-going-beyond-scm/comment-page-1/#comment-514</link>
		<dc:creator>Free Webinar on Continuous Integration &#171; Software Configuration Management</dc:creator>
		<pubDate>Fri, 31 Oct 2008 13:09:11 +0000</pubDate>
		<guid isPermaLink="false">http://accurev.wordpress.com/?p=379#comment-514</guid>
		<description>[...] Ryan shows off some great stuff with users checking in code that automatically kicks off a build and even updates the product version number to reflect the latest transaction number from AccuRev. Ryan recently blogged about some of the cool things he&#8217;s done using the AccuRev command-line interface (CLI) and its ability to output results formatted as XML: The AccuRev CLI, Going Beyond SCM. [...]</description>
		<content:encoded><![CDATA[<p>[...] Ryan shows off some great stuff with users checking in code that automatically kicks off a build and even updates the product version number to reflect the latest transaction number from AccuRev. Ryan recently blogged about some of the cool things he&#8217;s done using the AccuRev command-line interface (CLI) and its ability to output results formatted as XML: The AccuRev CLI, Going Beyond SCM. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

