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.
10 lines of code changed in:
Found issue related to the difference in LOC between the text on main page and the charts.
When an implicit action is created, it should not copy the revision if the last item for that file was a deletion (i.e. it does not get moved
and the lines deleted then do not get counted twice).
9 lines of code changed in:
Reformatted to use tabs.
499 lines of code changed in:
Adding a -dump functionality that read the svn log file, builds the Repository model and just prints it with the TaskLogger (Console by default).
This is useful to spot inconsistencies.
155 lines of code changed in:
[Bug 1601433]The error report highlighted an issue with filenames containing space(s) in the svn diff call
1 lines of code changed in:
removed absolute path.
2 lines of code changed in:
[Bug 1601433]The error report highlighted an issue with filenames containing space(s) in the svn diff call
24 lines of code changed in:
test.
2 lines of code changed in:
file with spaces in name...
1 lines of code changed in:
Removal of -hopefully- the last bits of JDK 1.5 code.
19 lines of code changed in:
Move to newer version of jtreemap that fixes the reload problem.
1 lines of code changed in:
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.
286 lines of code changed in:
Fixed to use statcvs-0.3.0-dev
1 lines of code changed in:
StringBuilder is a big no-no for JDk 1.4. Thanks to Samuli for his patience.
1 lines of code changed in:
New Report: Repo Map, a jtreemap-based report (applet) that shows the entire source tree in a hierarchical manner, the size of each box is related to LOC and the colour to the changes over the last 30 days (red -loc, green +loc). This is experimental but quite useful I think.
284 lines of code changed in:
A bit of tidy up (Checkstyle, PMD, FindBugs, Simian).
Plus showing a statsvn.bat script for typical usage.
Changed the TODO to @todo which are picked up by Maven (see the Task List report, Jason it would be good to go through it and drop whatever may be old).
109 lines of code changed in:
[Bug 1608782]Adding experimental support for Symbolic Names (i.e. tags). You MUST get a log at the top level of the project, not the trunk level,
e.g.: svn log -v --xml https://svn.sourceforge.net/svnroot/statsvn/ That way, the log will contain some information about the tags
28 lines of code changed in:
[Bug 1612997]Removed 1.5 specific code (Attribute.setTextContent is part of the DOM Level 3 unsupported in JDK 1.4.
Thanks to Samuli Hakkinen for the investigation and link: http://www.kaffe.org/~stuart/japi/htmlout/h-jdk14-jdk15
9 lines of code changed in:
Upgraded StatCVS to version 0.3.0-dev (lots of refactoring inside StatCVS).
42 lines of code changed in:
actually, this is the way it is done in FilenameComparator, so for consistency,
I shall use this rather than the suggested patch.
1 lines of code changed in:
(53 more)
