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

svn obliterate - more feasible these days?

From: <lists_at_m8y.org>
Date: Fri, 29 Mar 2019 11:45:43 -0400 (EDT)

Hi. As a bit of an introduction... I was hanging out on irc://irc.freenode.net/svn since we use svn at work due to its simplicity, flexibility with regards to tag/branch structuring, easy narrow/shallow, centralisation, quite a lot of supporting tooling out there..

However for the FOSS project (Hedgewars) that I contribute to we use mercurial, and I'm also a fan. Stuff I like:
   * clear commandline with some overlap with svn (and unlike git considerably messier syntax).
   * revsets as an incredibly powerful query language (a #svn dev mentioned some interest in this)
   * grep --all for regex based searching of past (svn would need to do that serverside presumably, if there was any interest in grepping changesets - I think someone in #svn also was interested in this at some point)
   * fast-annotate --deleted for blame annotation with deleted lines. (https://m8y.org/tmp/blame1.xhtml - example)
   * quite a lot of flexibility in date query format (this ties into the revsets, and I worked around it a bit for my basic svn log needs with https://m8y.org/tmp/svndatelog.txt )

That said, it's still DVCS so has clear problems with narrow/shallow still, despite recent work on that it still mangles history, and is more complex for beginners. And is not ideal for the corporate monorepo where you track everything related to the project. Still love my svn.

Now, when I run into an hg feature that I particularly find useful, I ask #svn if there's an equivalent for use at work.
In this case it was hg censor which allows easy removal of a change from the history.
Intended for fixing issues with licensing or accidentally uploaded keys or passwords.

I asked what svn had along those lines and following conversation ensued:
https://m8y.org/chats/svn_obliterate.xhtml
^^^ Link to IRC chatlog of mostly danielsh explaining complexities with amending history in svn ^^^

danielsh suggested I move this to the list. So I did.
Is he right in that it might be easier to implement with this new filesystem? Are there still gotchas due to svn's design?

Thanks!
nemo on #svn
Received on 2019-03-29 19:26:04 CET

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