[root]/statsvn/src/net/sf/statsvn/input
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:
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).
71 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
25 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).
2 lines of code changed in:
Introduce new options for multi-threading the SVN DIFF commands.
-threads (default 25)
-concurrency-threshold (default 2000 ms)
This means that unless an svn diff takes more than 2 sec, it will not launch the 25 threads.
Multi-threading is limited to the svn diff.
174 lines of code changed in:
[Bug 1605311] Adding a counter for the number of diff calls made and to be made
Save the cache every 2 minutes (takes 15ms)
and provides an estimate for completion time.
355 lines of code changed in:
When a file is moved, StatSVN does create a synthetic 'deletion' and the LOC is maintained correctly.
the number of file however is incorrect as there are no equivalent creation revision for the renamed/moved item.
This patch will create a CREATION revision before the last item and with a ZERO LOC so that we do not impact the current result.
3 lines of code changed in:
Worked on a 'fix' for the issue of file count when a part of the structure has been renamed.
Although the data is correct for StatSVN, it seems to break a test and, looking at the test, I think that
the behaviour for SVN or CVS are different in the sense that SVN will not give a 'creation' attribute when it is moved,
but if the file is later on moved, it will show 1 deletion, hence the total being -1 and not 0.
So I have modified the test, correct me if it is wrong.
2 lines of code changed in:
A fair amount of tidy up following warnings from FindBugs, PMD, Checkstyle.
52 lines of code changed in:
Added a forgotten stream close in SvnLogfileParser. (Found by Andreas Pillath)
1 lines of code changed in:
Attention...
StatSvn no longer contains the StatCvs code, instead it shall depend on statcvs-0.2.4.jar (or whichever version StatCvs shall use when they take our changes).
A fair amount of changes will make it to StatCvs in order to support xdoc (in StatCvs), XHTML generation and use of StringBuffers.
Jason will do the StatCvs checkin soon, in the meantime I include statcvs-0.2.4.jar in the lib directory.
Enjoy
20 lines of code changed in:
Move to net.sf.statsvn
0 lines of code changed in:
