<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<feed xmlns="http://www.w3.org/2005/Atom">

	<title>SourceGear News</title>
	<link rel="self" href="http://sourcegear.com/atom.xml"/>
	<link href="http://sourcegear.com/"/>
	<id>http://sourcegear.com/atom.xml</id>
	<updated>2010-03-17T23:15:08+00:00</updated>
	<generator uri="http://www.planetplanet.org/">Planet/2.0 +http://www.planetplanet.org</generator>

	<entry xml:lang="en-US">
		<title type="html">SourceOffSite 5.0.2</title>
		<link href="http://vaultblog.sourcegear.com/articles/2010/02/22/sourceoffsite-5-0-2"/>
		<id>urn:uuid:c2d5138f-d4bf-42a4-a569-8eaf99da863f</id>
		<updated>2010-02-22T22:06:01+00:00</updated>
		<content type="html">&lt;p&gt;You can plan on a SourceOffSite 5.0.2 release very soon.  Some of the items addressed:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Fix where IDE client will crash its host when the timers are active.&lt;/li&gt;
&lt;li&gt;Fix in IDE when a GET PROJECT command is executed and client displays &amp;#8220;Response for No Message Sent&amp;#8221;&lt;/li&gt;
&lt;li&gt;&amp;#8220;View&amp;#8221; changes for the GUI client&amp;#8217;s working folder and pending changes displays for certain operations.&lt;/li&gt;
&lt;li&gt;Fixed GUI client status search resizing issue&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;I don&amp;#8217;t have a fixed release date just yet, but it should be out in the very near future.&lt;/p&gt;

&lt;p&gt;Jeff&lt;/p&gt;</content>
		<author>
			<name>Jeff Clausius</name>
			<uri>http://vaultblog.sourcegear.com</uri>
		</author>
		<source>
			<title type="html">SourceGear Development Blog</title>
			<subtitle type="html">Upcoming changes and additions to SourceGear products</subtitle>
			<link rel="self" href="http://vaultblog.sourcegear.com/xml/atom/feed.xml"/>
			<id>tag:vaultblog.sourcegear.com,2005:Typo</id>
			<updated>2010-03-10T13:45:01+00:00</updated>
		</source>
	</entry>

	<entry xml:lang="en-US">
		<title type="html">Vault 5.0.3 / Fortress 2.0.3</title>
		<link href="http://vaultblog.sourcegear.com/articles/2010/02/04/vault-5-0-3-fortress-2-0-3"/>
		<id>urn:uuid:7920b389-35fd-40a2-bef4-0b925d3da2e5</id>
		<updated>2010-02-04T23:01:49+00:00</updated>
		<content type="html">&lt;p&gt;We just pushed Vault 5.0.3 and Fortress 2.0.3 out the door.  This release addresses some of our most common issues as reported by Tech Support.&lt;/p&gt;

&lt;p&gt;One of the more interesting changes was a logical change of how Undo is executed from the Pending Change Set.  Before an UNDO would &lt;u&gt;always&lt;/u&gt; revert the file back to its original baseline version.  However, if you were working in &amp;#8220;Check Out, Edit, and Commit&amp;#8221; mode and were to Undo the locked file from the &amp;#8220;File View&amp;#8221;, users would encounter a different behavior.&lt;/p&gt;

&lt;p&gt;For this release, we changed things so the behavior was synchronized between the File View and Pending Changes.  If you have the file locked, and Undo a Check Out from either location, the Undo Check Out action is used.  If you have the file just edited (and are working in &amp;#8220;Modify, Merge, and Commit&amp;#8221;), the file uses the old &amp;#8220;revert&amp;#8221; method.&lt;/p&gt;

&lt;p&gt;There are additional changes we&amp;#8217;ve made.  You can get up to speed on the rest of the release at &lt;a href=&quot;http://www.sourcegear.com/vault/releases/5.0.3.html&quot;&gt;Vault 5.0.3 Release Notes&lt;/a&gt; or &lt;a href=&quot;http://www.sourcegear.com/fortress/releases/5.0.3.html&quot;&gt;Fortress 2.0.3 Notes&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Jeff&lt;/p&gt;</content>
		<author>
			<name>Jeff Clausius</name>
			<uri>http://vaultblog.sourcegear.com</uri>
		</author>
		<source>
			<title type="html">SourceGear Development Blog</title>
			<subtitle type="html">Upcoming changes and additions to SourceGear products</subtitle>
			<link rel="self" href="http://vaultblog.sourcegear.com/xml/atom/feed.xml"/>
			<id>tag:vaultblog.sourcegear.com,2005:Typo</id>
			<updated>2010-03-10T13:45:01+00:00</updated>
		</source>
	</entry>

	<entry>
		<title type="html">Obstacles to an enterprise DVCS</title>
		<link href="http://software.ericsink.com/articles/vcs_trends.html"/>
		<id>http://software.ericsink.com/articles/vcs_trends.html</id>
		<updated>2010-01-29T13:00:00+00:00</updated>
		<content type="html">&lt;p&gt;On 26 January 2010 I gave a presentation to &lt;a href=&quot;http://softwaregr.org/&quot;&gt;Software GR&lt;/a&gt;.&amp;nbsp; The talk was an overview of
several trends that we have seen in the version control tools market over the
last 40 years.&amp;nbsp; I often like to follow a talk like this by publishing the same
content here on my blog in the form of a complete article.&amp;nbsp; This time I think
I'll just eliminate a lot of the &lt;a href=&quot;http://www.urbandictionary.com/define.php?term=tl%3Bdr&quot;&gt;tldr&lt;/a&gt; problem
and summarize the highlights:&lt;/p&gt;

&lt;ul type=&quot;disc&quot;&gt;
 &lt;li&gt;The two big trends in version
     control today are Integration and Decentralization.&lt;/li&gt;
 &lt;li&gt;Integration is driven by ALM.&amp;nbsp;
     It is the desire to have all tools used by a development team fully
     integrated together.&lt;/li&gt;
 &lt;li&gt;Decentralization is driven by
     the recent wave of DVCS tools like Git and Mercurial.&amp;nbsp; They offer
     compelling benefits such as performance, a different kind of scalability,
     and more flexible workflows.&lt;/li&gt;
 &lt;li&gt;The ALM trend is happening in
     the enterprise market.&amp;nbsp; Enterprises want everything integrated with
     everything else, and they want everything to support their ability to
     enforce process.&lt;/li&gt;
 &lt;li&gt;The DVCS trend is happening in
     the open source community.&amp;nbsp; Born of the legendary cat fight between
     BitKeeper and the Linux kernel developers, Git and Mercurial are maturing
     and gathering momentum at a remarkable rate.&lt;/li&gt;
 &lt;li&gt;These two trends are going to
     clash in a big way.&amp;nbsp; SourceGear's graphic designer drew me a nice diagram
     to depict this.&lt;br /&gt;
     &lt;img border=&quot;0&quot; width=&quot;576&quot; height=&quot;439&quot; src=&quot;http://software.ericsink.com/articles/1775_image001.jpg&quot; /&gt;&lt;/li&gt;
 &lt;li&gt;The two trends cannot stay
     separate.&amp;nbsp; Each one has advantages which are too important for the other community
     to ignore.&lt;/li&gt;
 &lt;li&gt;But the two trends and their
     respective communities are a bit like oil and water.&lt;/li&gt;
 &lt;li&gt;Enterprises want tools that
     constrain.&amp;nbsp; The open source community wants tools that empower.&lt;/li&gt;
 &lt;li&gt;The benefits of a DVCS would
     be diluted by integrating it with a bunch of other tools that are highly
     centralized.&lt;/li&gt;
 &lt;li&gt;Enterprises need a least a
     little centralization for things like user administration.&amp;nbsp; In their eyes,
     complete decentralization without accountability and auditing features is
     a bug.&lt;/li&gt;
 &lt;li&gt;Even as enterprise attitudes
     about open source are changing, that change is happening slowly, and the
     GPL (used by both Git and Mercurial) is still considered the scariest
     license.&lt;/li&gt;
 &lt;li&gt;So Git and Mercurial are not even
     close to being enterprise-ready.&amp;nbsp; Similarly, none of the leading
     enterprise ALM tools are even close to being a DVCS.&lt;/li&gt;
 &lt;li&gt;I believe that the main enterprise
     ALM providers (IBM/Rational, Microsoft, Serena and Borland) will all
     attempt to add DVCS features to their products.&amp;nbsp; At least two of these
     companies (IBM/Rational, in a talk by Jean-Michel Lemieux at the Rational
     Conference in 2009, and &lt;a href=&quot;http://blogs.msdn.com/bharry/archive/2010/01/27/codeplex-now-supports-mercurial.aspx&quot;&gt;Microsoft&lt;/a&gt;)
     have already made public remarks about a desire to move in that direction.&lt;/li&gt;
 &lt;li&gt;And I predict that they will
     all fail.&amp;nbsp; It is impossible to turn any of these systems into a true DVCS
     without a nearly complete rewrite.&amp;nbsp; The D in DVCS is not a feature which
     can be added.&lt;/li&gt;
 &lt;li&gt;But all of them will do it
     anyway, by making compromises.&amp;nbsp; They will try to add &quot;just enough&quot;
     Decentralization.&amp;nbsp; Some of their customers will find the results to be
     sufficient.&lt;/li&gt;
 &lt;li&gt;Meanwhile, the true DVCS tools
     will continue to move forward, but their progress toward credible ALM will
     be slow.&amp;nbsp; Enterprise-level integration is grunge work, not the kind of coding
     that hackers do as a labor of love.&amp;nbsp; Nobody does this stuff without
     getting paid.&lt;/li&gt;
 &lt;li&gt;So these two trends will
     continue to be distinct for a while, but the pressure and tension between
     them will remain, and the areas of overlap are going to continue getting
     messier.&lt;/li&gt;
&lt;/ul&gt;</content>
		<author>
			<name>Eric.Weblog()</name>
			<uri>http://software.ericsink.com/</uri>
		</author>
		<source>
			<title type="html">Eric.Weblog()</title>
			<subtitle type="html">Thoughts about software from yet another person who invented the Internet</subtitle>
			<link rel="self" href="http://www.ericsink.com/rss.xml"/>
			<id>http://www.ericsink.com/rss.xml</id>
			<updated>2010-01-29T22:45:01+00:00</updated>
			<rights type="html">Copyright 2001-2010 Eric Sink. All Rights Reserved</rights>
		</source>
	</entry>

	<entry xml:lang="en-US">
		<title type="html">Feb. 2010 Activity</title>
		<link href="http://vaultblog.sourcegear.com/articles/2010/01/28/feb-2010-activity"/>
		<id>urn:uuid:7b9a1a75-4d76-41a8-a13a-af9b2343242f</id>
		<updated>2010-01-28T17:56:48+00:00</updated>
		<content type="html">&lt;p&gt;We&amp;#8217;ve been busy over the last few months.  Early February, 2010, we will be posting maintenance releases:&lt;/p&gt;

&lt;ul&gt;&lt;li&gt;Vault 5.0.3 - Notable fixes:&lt;ul&gt;&lt;li&gt;Undo Checkout of Files from Pending Change Set when file is Checked Out (vs. Modified)&lt;/li&gt;&lt;li&gt;Deleting linked files from Enhanced Client&lt;/li&gt;&lt;li&gt;Window placement adjusts for task bar on &amp;#8220;top&amp;#8221; or &amp;#8220;left&amp;#8221;&lt;/li&gt;Restoring backups in Admin Web&lt;/ul&gt;&lt;/li&gt;&lt;li&gt;Line History when integrated with Handoff&lt;/li&gt;&lt;/ul&gt;
&lt;br /&gt;
&lt;li&gt;Fortress 2.0.3 - Notable fixes:&lt;ul&gt;&lt;li&gt;Email notification on attachments&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;
&lt;br /&gt;
&lt;li&gt;SourceOffSite 5.0.2 - Notable fixes:&lt;ul&gt;&lt;li&gt;IDE Client handling of network disconnects&lt;/li&gt;&lt;li&gt;Sharing folder structure creation&lt;/li&gt;&lt;li&gt;Folder History Query allow ONLY Floor/Ceiling&lt;/li&gt;&lt;li&gt;Deleting a folder will clean up working folder tab&lt;/li&gt;&lt;/ul&gt;&lt;/li&gt;



&lt;p&gt;The releases are just around the corner.  Stay tuned.&lt;/p&gt;</content>
		<author>
			<name>Jeff Clausius</name>
			<uri>http://vaultblog.sourcegear.com</uri>
		</author>
		<source>
			<title type="html">SourceGear Development Blog</title>
			<subtitle type="html">Upcoming changes and additions to SourceGear products</subtitle>
			<link rel="self" href="http://vaultblog.sourcegear.com/xml/atom/feed.xml"/>
			<id>tag:vaultblog.sourcegear.com,2005:Typo</id>
			<updated>2010-03-10T13:45:01+00:00</updated>
		</source>
	</entry>

</feed>
