Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.java.programmer > #13564

Re: Creating a subversion "tag change summary".

From Daniel Pitts <newsgroup.nospam@virtualinfinity.net>
Newsgroups comp.lang.java.programmer
Subject Re: Creating a subversion "tag change summary".
References <hjHir.4833$R85.3117@newsfe17.iad>
Message-ID <HIHir.9015$YM2.6283@newsfe05.iad> (permalink)
Date 2012-04-15 15:11 -0700

Show all headers | View raw


On 4/15/12 2:44 PM, Daniel Pitts wrote:
> I know this isn't strictly Java, but I'm using SVNKIT, which is Java :-)
>
> Our deployment process includes building a tag in SVN, which is "mostly"
> the contents of an old tag, but with a couple of files copied from the
> trunk instead.
>
> I'm trying to build a tool which will do two things: One, it will list
> the files that differ between trunk and the "source" tag. This is easy
> with SVNKIT, just use the SVNDiffClient.doDiffStatus().
>
> The second part seems to be more difficult. I want to produce a list of
> commits that are different. Basically, I want to warn someone if are two
> or more authors committed to the file that's being deployed, and also
> give them a quick change-log.
>
> I've written code that does this, which basically does a svn log of the
> file both in the source tag and trunk, and then which trunk revisions
> aren't already present in the tag. The problem is that this is a really
> slow process, taking up to 30 seconds per file.
>
> I'm using SVNKIT, I was using version 1.3.2, and recently upgraded to
> 1.7.4, which is somewhat faster, but still to slow.
>
> Our current setup only allows http(s) connections to the repository (not
> svn: or direct file access), so I'm not sure if that accounts for some
> of the speed, but I doubt thats the entire problem. I don't have shell
> access to the SVN server, so I can't really see whats going on there
> without involving our admins.
>
> The current revision number is r788228, so we have a lot of revisions.
>
> Short of moving the revision history into my own DB (to cache the data),
> is there any other approach you might consider taking to solve this
> problem? Even questions/ideas I can take to our admins are fine, but
> this is kind of a side-project for me, so I wouldn't expect a lot from
> them.

Well, I did find one way to speed things up. An "info" request of the 
file on the tag is relatively fast, and includes the "last change 
revision" of that file. I can then do a log of that file on the trunk 
(Which is faster by magnitudes), and anything after that revision can be 
considered a change after that file was originally tagged.

Anyway, I'm still open to any other advice on the matter.

Back to comp.lang.java.programmer | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Creating a subversion "tag change summary". Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2012-04-15 14:44 -0700
  Re: Creating a subversion "tag change summary". Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2012-04-15 15:11 -0700
    Re: Creating a subversion "tag change summary". "John B. Matthews" <nospam@nospam.invalid> - 2012-04-16 01:51 -0400
      Re: Creating a subversion "tag change summary". Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2012-04-16 10:12 -0700
        Re: Creating a subversion "tag change summary". "John B. Matthews" <nospam@nospam.invalid> - 2012-04-16 20:54 -0400
          Re: Creating a subversion "tag change summary". Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2012-04-17 09:25 -0700
  Re: Creating a subversion "tag change summary". Steven Simpson <ss@domain.invalid> - 2012-04-16 08:10 +0100
    Re: Creating a subversion "tag change summary". Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2012-04-16 10:16 -0700

csiph-web