Directory statsvn/lib/

Directory Created:
2006-01-19 08:13
Total Files:
4
Deleted Files:
9
Lines of Code:
0

Browse with ViewVC

[root]/statsvn/lib

Developers

Author Changes Lines of Code Lines per Change
Totals 40 (100.0%) 0 (-) 0.0
Jean-Philippe Daigle 4 (10.0%) 0 (-) 0.0
Jason Kealey 5 (12.5%) 0 (-) 0.0
Benoit Xhenseval 31 (77.5%) 0 (-) 0.0

Most Recent Commits

Benoit Xhenseval 2008-05-04 11:57 Rev.: 359

prepare for release 0.4.0

0 lines of code changed in 1 file:

Benoit Xhenseval 2008-04-17 16:22 Rev.: 358

Changed to version 0.4.0

0 lines of code changed in 2 files:

Benoit Xhenseval 2008-04-03 18:39 Rev.: 356

Applied patch to StatCVS for request 1932689 to show the Head Revision (had to change it to hide it for CVS as it does not make sense for CVS).

0 lines of code changed in 1 file:

Benoit Xhenseval 2008-03-31 17:14 Rev.: 352

removed some 1.5 code, updated StatCVS 0.3.1-dev

0 lines of code changed in 1 file:

Benoit Xhenseval 2008-03-28 17:55 Rev.: 348

The RepoMap and LOCChurn pages are now managed by StatCVS.

Also enable the -xml option in StatSVN.

0 lines of code changed in 1 file:

Benoit Xhenseval 2008-03-28 00:42 Rev.: 345

Matching changes made in StatCVS for the XML output.

0 lines of code changed in 1 file:

Benoit Xhenseval 2008-03-27 00:45 Rev.: 344

Applied 2 patches from Martin Majlis to StatCVS and checked in the jar.

Also added Marcin Jekot as the Maven Repo Master :-)

0 lines of code changed in 1 file:

Benoit Xhenseval 2007-04-09 16:50 Rev.: 331

[Request 1692245 ] Allow to use another top-level directory than 'tags'. use -tags-dir /releases/ if your directory is the top directory "releases".

0 lines of code changed in 1 file:

Benoit Xhenseval 2007-04-09 11:54 Rev.: 327

Using the latest version of StatCVS (fixed an NPE).

0 lines of code changed in 1 file:

Benoit Xhenseval 2007-04-06 18:17 Rev.: 323

Our suggested patch for User name and co has been committed to CVS, so we rebased our jar on the latest source from StatCVS.

0 lines of code changed in 1 file:

Benoit Xhenseval 2007-03-25 20:00 Rev.: 314

Patch for filename in commit page.

0 lines of code changed in 1 file:

Benoit Xhenseval 2007-03-20 23:35 Rev.: 311

Fix issue in StatCVS whereby the xml generated for XDOC is using US-ASCII rather than a more international format, this caused some issue with Mule.

A patch will be sent to StatCVS.

0 lines of code changed in 1 file:

Benoit Xhenseval 2007-02-19 10:28 Rev.: 283

Removed recent 1.5 code, updated the statcvs to 0.3.1-dev, compiled under 1.4.

Will do a beta release of the new jar under www.statsvn.org/beta/statsvn.jar

0 lines of code changed in 2 files:

Benoit Xhenseval 2007-01-12 20:12 Rev.: 264

Version 0.3 + 1 change for fixing NPE in the Ant task ViewVC integration.

0 lines of code changed in 1 file:

Benoit Xhenseval 2007-01-05 12:20 Rev.: 228

Using the StatCVS release 0.3, except that we fixed an issue with revision tags containing "." which are transformed to '_' in a name anchor.

0 lines of code changed in 2 files:

Benoit Xhenseval 2007-01-03 13:10 Rev.: 217

Based on a clean copy of StatCVS with all of our patches applied in StatCVS.

0 lines of code changed in 1 file:

Benoit Xhenseval 2006-12-28 20:05 Rev.: 216

Including latest patches from Richard (regarding NPE on Developer report).

0 lines of code changed in 1 file:

Benoit Xhenseval 2006-12-26 22:02 Rev.: 214

When handling SymbolicNames, the new SymbolicName constructor (not-committed yet in statcvs) must be used.

There is a significant difference in the way CVS operates vs SVN.

SVN tags by creating a revision which is a copy of another revision.

Each checkin changes the 'revision' across the board, the log

therefore may involve only a given number of files for this.



I have found a way to go through all files and associate the latest

version of a given file with the appropriate SymbolicName.



However, the way the SymbolicNames works is that it picks up the date

from a bunch of revision Data.

Since the copy is not associated with ANY file, it would lose that

date unless it could be given to the SymbolicName,



Therefore I am suggesting a transparent change to SymbolicName to add

a constructor that would accept such a date and on call to getDate

would behaves as usual UNLESS there was a given non-null date.

0 lines of code changed in 1 file:

Jason Kealey 2006-12-23 20:49 Rev.: 210

bug 1573421: updated statcvs dev jar file; fixed resource problems in ant task, added new arguments.

0 lines of code changed in 1 file:

Benoit Xhenseval 2006-12-12 21:26 Rev.: 200

New Report: LOC and Churn shows the usual LOC with the amount of code touched per day.

Hopefully the churn should go decreasingly towards a release.

0 lines of code changed in 1 file:

(6 more)

Generated by StatSVN 0.4.1