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

Subversion misses (was RE: Subversion vs. StarTeam)

From: Bolstridge, Andrew <andy.bolstridge_at_intergraph.com>
Date: Tue, 19 May 2009 09:46:55 +0100

> -----Original Message-----
> From: David Weintraub [mailto:qazwart_at_gmail.com]
> Sent: Monday, May 18, 2009 6:05 PM
> To: webpost_at_tigris.org
> Cc: users_at_subversion.tigris.org; Greg Thomas
> Subject: Re: Subversion vs. StarTeam
>
>
> Hits:

All nice :)

>
> Misses:
> * Really needs the ability to tag even if tag is just an alias to
> revision number.

This made me think (at the risk of reopening old wounds) wouldn't it be really, really easy to keep a file on the server that stored a list of text 'tags' and a corresponding revision number? Then you can very easily 'tag' the repository (thanks to the excellent concept that the revision number refers to a unique point-in-time) and retrieve a fixed snapshot using a descriptive term instead of having to remember the revnum.

> * Can be slow on Windows with virus protection on.
> * Complex URL scheme makes diffing between branches or tags
> difficult.

I've not found this to be a miss too much, my branches are always closely related, so changing the location is just a matter of modifying the url slightly.

> * Properties are unsearchable. You can't say "Find me the revision
> with this property on it.

True, perhaps this is something to be fixed in a tool, like a clucene search. It'd be great to integrate such an index in the repository however, but there are one or two webapps that sit on top of subversion to provide this kind of searching (shame they all seem to be written in Java, like SupoSE or opengrok)

> * No easy way to remove history of either an entire file in the
> repository or a set of revisions.

Yes, obliterate must be the single number 1 request. Even obliterate-lite that removed the contents would be sufficient.

> * Merging and merge tracking ability is still a bit weak.

I'm not too convinced this is a miss either - except for tree conflicts, it's not so bad. Maybe if you're merging all over the place, but I find the mergeinfo works for me. Perhaps I don’t stress the merging capabilities too much, but then if I did, I'd be stressing my limited capabilites too :)

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2309202

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-05-19 10:48:25 CEST

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.