[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: StarTeam to Subversion migration

From: David Weintraub <qazwart_at_gmail.com>
Date: 2005-07-13 22:23:01 CEST

StarTeam does version each individual file like CVS, RCS, SCCS, and
ClearCase, but the command line interface didn't allow you to specify
a particular version of a single file like you can with these other
version control systems. With these other systems, you can easily pull
out a version tree of an individual file, and then proceed down the
entire tree, checking in and out every single version of the file.
There isn't anyway of automating this with StarTeam.

The command line interface is poorly documented and almost impossible
to use without a lot of automation. It isn't uncommon to have to type
60, 70, or more characters for a single StarTeam command (especially
since each command must contain the full authorization string in it).

We simply decided to import only the current version, and what was
actually out in the field into ClearCase. I think this ended up being
four, maybe five different versions. We kept StarTeam around for a
while, but I don't believe we ever went back to the StarTeam source to
look something up.

BTW, "svn_load_dirs.pl" does sound an awful lot like citree, which
would save you some time and effort.

The best solution is simply to manually checkout each version you
want, then run "svn_load_dirs.pl" on it. Do this for each of the
"interesting" versions in StarTeam, then keep StarTeam for a couple of
years until everyone feels that the history in it is no longer needed.

On 7/13/05, Gábor Szabó <szabgab@gmail.com> wrote:
> Thanks for all the responses so far !
> I have not seen StarTeam yet but from a conversation I had with someone
> who was managint the CM team in a large software company I understood that
> on every commit ST checks in the files one by one similarry to CVS.
>
> So assuming I can fetch each revision of each file I can create a dump
> similar to
> what I could do when fecthing from CVS. From there it seem "straigh
> forward", you
> just have to find which individual file changes belong to the same
> commit if you want
> to reduc the number of commit in SVN and make the history look more
> like it could have
> been if there was atomic commit in ST.
>
> Gabor
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

-- 
--
David Weintraub
qazwart@gmail.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Jul 13 22:24:37 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.