Menu
▾
▴
statsvn-developers — StatSVN Developer
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(83) |
Dec
(62) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(68) |
Feb
(73) |
Mar
(107) |
Apr
(15) |
May
(17) |
Jun
(14) |
Jul
(16) |
Aug
(8) |
Sep
(7) |
Oct
(26) |
Nov
(9) |
Dec
(7) |
| 2008 |
Jan
(17) |
Feb
(10) |
Mar
(21) |
Apr
(37) |
May
(30) |
Jun
(40) |
Jul
(6) |
Aug
(10) |
Sep
(6) |
Oct
(5) |
Nov
(26) |
Dec
(1) |
| 2009 |
Jan
|
Feb
|
Mar
(50) |
Apr
(6) |
May
(27) |
Jun
(21) |
Jul
(2) |
Aug
(7) |
Sep
(4) |
Oct
|
Nov
(3) |
Dec
(12) |
| 2010 |
Jan
(15) |
Feb
|
Mar
(1) |
Apr
(5) |
May
(2) |
Jun
(5) |
Jul
(10) |
Aug
|
Sep
|
Oct
(1) |
Nov
(2) |
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: rahullfo <er....@ya...> - 2014-06-04 12:59:45
|
This happens when you have more than one working copies on your computer. -- View this message in context: http://statsvn.1260.n2.nabble.com/svn-log-svn-info-Invalid-svn-info-xml-unable-to-find-revision-tp1514260p7572496.html Sent from the StatSVN Developers mailing list archive at Nabble.com. |
|
From: SourceForge.net <no...@so...> - 2012-11-20 00:02:43
|
Bugs item #3588625, was opened at 2012-11-19 16:02 Message generated for change (Tracker Item Submitted) made by technomagos You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=3588625&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Input Layer: SVN Group: v1.0 (example) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Tech Magos (technomagos) Assigned to: Nobody/Anonymous (nobody) Summary: Line count way off Initial Comment: Line count seems to take into account files files in the *exclusion* list, for when running with exclude. It seems to be confused by svn commits, which modify/add files *both* in the included paths and in the excluded paths; the lines for the excluded files are also added. Any chance this can be fixed? Or is this project dev dead now? Thanks ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=3588625&group_id=164845 |
|
From: SourceForge.net <no...@so...> - 2012-06-22 06:57:14
|
Feature Requests item #3537086, was opened at 2012-06-21 23:57 Message generated for change (Tracker Item Submitted) made by geheim90 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833329&aid=3537086&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Output Layer Group: None Status: Open Priority: 5 Private: No Submitted By: geheim90 (geheim90) Assigned to: Nobody/Anonymous (nobody) Summary: % off final code writen by me Initial Comment: I want to be ably to seen the percentage off the code in the HEAD revision has been written by my. So it would be something like in blame from TortoiseSVN, that shows with user last edited that line. Only in stead off counting the lines by myself, I would like it if this tools supports it. Currently the tool only gives me the number off lines I've committed, but there are a lot off lines that I've changed hundreds off times. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833329&aid=3537086&group_id=164845 |
|
From: Weston P. <wes...@gm...> - 2012-05-03 15:34:22
|
Hi All, I used statsvn for a school project and it worked great - thanks. I think the Developers and Developer reports should be changed. I think the "Changes" table header should be modified to "Commits". Agree/disagree? Was there a specific reason for naming the column "Changes"? I saw different file contents for statsvn.properties when I opened the project in Eclipse compared to a simple text editor. Any ideas why? Weston |
|
From: SourceForge.net <no...@so...> - 2011-05-23 12:30:16
|
Feature Requests item #3306268, was opened at 2011-05-23 12:30 Message generated for change (Tracker Item Submitted) made by disasterarea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833329&aid=3306268&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Output Layer Group: None Status: Open Priority: 5 Private: No Submitted By: DisasterArea (disasterarea) Assigned to: Nobody/Anonymous (nobody) Summary: More details about changes (addings, deletings, modifyings) Initial Comment: In most statistics, StatSVN produces, it would be useful to see what changes in detail are founding the statistic. So i.e. the LOC changed should show the amount of addings, changings or deletings. And of capital importance is showing the deletion of files where possible / meaningful. Also the developer report should tell the amount of addings, changings and deletes on a per developer base. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833329&aid=3306268&group_id=164845 |
|
From: SourceForge.net <no...@so...> - 2011-05-23 12:13:49
|
Bugs item #3016932, was opened at 2010-06-16 06:25 Message generated for change (Comment added) made by disasterarea You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=3016932&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Input Layer: SVN Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Carsten Schumann (grypho) Assigned to: Nobody/Anonymous (nobody) Summary: German umlauts break tags in tag cloud Initial Comment: When commit messages contain umlauts (,,,,...) the tags in the tag cloud are split at these points into two or more single tags. Example: Log message "ausgngen" -> Tag "ausg" + Tag "ngen" In other parts of StatSVN the umlauts are handled correctly, i.e. in section "Commit Logs". ---------------------------------------------------------------------- Comment By: DisasterArea (disasterarea) Date: 2011-05-23 12:13 Message: I observed that behaviour as well and posted it in the user-forum. I want to tell my further findings here: - The switch -charset=utf-8 is not working. It only switches the character-set of the html - In MS Windows batch-script, setting the LC_MESSAGE environment variable (SET LC_MESSAGES=de_DE) doesn't work either. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=3016932&group_id=164845 |
|
From: SourceForge.net <no...@so...> - 2010-11-26 18:34:23
|
Bugs item #3119903, was opened at 2010-11-26 18:34 Message generated for change (Tracker Item Submitted) made by prmartinuk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=3119903&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Input Layer: SVN Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Paul Martin (prmartinuk) Assigned to: Nobody/Anonymous (nobody) Summary: Fails with SVN logs with full merge history Initial Comment: If you create the SVN logs with the full merge history ("-g" or "--use-merge-history") then StatSvn fails to parse the log file. The problem seems to be that the full merge history creates nested "logentrry" nodes which contain the history from the merging e.g. .... <logentry revision="999"> ... <msg>I merge in my changes from another branch</msg> <logentry revision="995"> ... <msg>A change I made on the other branch</msg> </logentry> <logentry revision="994"> ... <msg>A change I made on the other branch</msg> </logentry> </logentry> As a workaround you can comment out the fatalError(...) in net.sf.statsvn.input.SvnXmlLogFileHandler.checkLastElement(SvnXmlLogFileHandler.java:101). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=3119903&group_id=164845 |
|
From: SourceForge.net <no...@so...> - 2010-11-09 13:00:24
|
Feature Requests item #3105938, was opened at 2010-11-09 14:00 Message generated for change (Tracker Item Submitted) made by tmuenchen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833329&aid=3105938&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Output Layer Group: None Status: Open Priority: 5 Private: No Submitted By: Tim München (tmuenchen) Assigned to: Nobody/Anonymous (nobody) Summary: separate tags markers in plots from the tags summary Initial Comment: It would be nice if one could specify a list of regExp's for -tags, like it is now, to filter out unwanted tags from the tag markers in all plots, BUT still have all tags (.*) showing up in the tags list on the statistics overview page. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833329&aid=3105938&group_id=164845 |
|
From: Jason K. <jk...@la...> - 2010-10-19 12:10:30
|
Index: src/net/sf/statsvn/output/SvnCommandLineParser.java
===================================================================
--- src/net/sf/statsvn/output/SvnCommandLineParser.java (revision 406)
+++ src/net/sf/statsvn/output/SvnCommandLineParser.java (working copy)
@@ -85,6 +85,11 @@
throw new ConfigurationException("Missing argument for -tags-dir");
}
SvnConfigurationOptions.setTagsDirectory(popNextArg());
+ } else if (s.equals("ignore-rev")) {
+ if (isArgsEmpty()) {
+ throw new ConfigurationException("Missing argument for -ignore-rev");
+ }
+ SvnConfigurationOptions.setIgnoreRevision(popNextArg());
} else if (s.equals("dump")) {
SvnConfigurationOptions.setDumpContent(true);
} else if (s.equals("anonymize")) {
Index: src/net/sf/statsvn/output/SvnConfigurationOptions.java
===================================================================
--- src/net/sf/statsvn/output/SvnConfigurationOptions.java (revision 406)
+++ src/net/sf/statsvn/output/SvnConfigurationOptions.java (working copy)
@@ -70,6 +70,8 @@
// use the newer diff. will be overridden if this is not possible.
private static boolean useLegacyDiff = false;
+
+ private static String ignoreRevisions[];
private static ISvnProcessor processor;
@@ -233,7 +235,20 @@
public static String getTagsDirectory() {
return tagsDirectory;
}
+
+ /**
+ * Set a comma seperated list of revisions to ignore in the diff counts
+ *
+ * @param revisions to be ignored (comma seperated)
+ */
+ public static void setIgnoreRevision (final String revisions) {
+ ignoreRevisions = revisions.split(",");
+ }
+ public static String[] getIgnoreRevision () {
+ return ignoreRevisions;
+ }
+
/**
* Should we use a one diff per-file-per-revision or should we use the newer one diff per-revision?
*
Index: src/net/sf/statsvn/util/SvnDiffUtils.java
===================================================================
--- src/net/sf/statsvn/util/SvnDiffUtils.java (revision 406)
+++ src/net/sf/statsvn/util/SvnDiffUtils.java (working copy)
@@ -89,6 +89,20 @@
int[] lineDiff;
ProcessUtils pUtils = null;
try {
+ // If newRevNr is in the ignore list, skip this call.
+ // If oldRevNr is in the ignore list, it doesn't matter. We want this.
+ System.out.println ("Rev number check is : " + newRevNr);
+
+ String ignoreRevisions[] = SvnConfigurationOptions.getIgnoreRevision();
+ for (int i=0; i < ignoreRevisions.length; i++) {
+ if ( newRevNr.equals(ignoreRevisions[i]) ) {
+ System.out.println ("Skipping revision " + newRevNr);
+
+ final int[] nullDiff = { 0, 0 };
+ return nullDiff;
+ }
+ }
+
pUtils = callSvnDiff(oldRevNr, newRevNr, filename);
final InputStream diffStream = pUtils.getInputStream();
@@ -138,6 +152,16 @@
ProcessUtils pUtils = null;
try {
+ // If newRevNr is in the ignore list, skip this call.
+
+ String ignoreRevisions[] = SvnConfigurationOptions.getIgnoreRevision();
+ for (int i=0; i < ignoreRevisions.length; i++) {
+ if ( newRevNr.equals(ignoreRevisions[i]) ) {
+ System.out.println ("Skipping revision " + newRevNr);
+ return answer;
+ }
+ }
+
pUtils = callSvnDiff(newRevNr);
final InputStream diffStream = pUtils.getInputStream();
parseMultipleDiffStream(answer, diffStream);
|
|
From: SourceForge.net <no...@so...> - 2010-07-06 13:41:51
|
Bugs item #2345106, was opened at 2008-11-25 13:38 Message generated for change (Comment added) made by jkealey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=2345106&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Input Layer: SVN Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alex (alex15) Assigned to: Nobody/Anonymous (nobody) Summary: problem with generated stat when folder is moved into parent Initial Comment: I am trying to use StatSVN on a repository containing a moved directory directory. The directory was moved from a sub directory its parent directory (in my case it is the repository root directory). I am seeing the following behavior: - Files that have not been modified after the directory move operation do not appear on the directories statistics main page (index.html) and they are also not included in the current LOC count. The local copy of the repository is the same version, the svn log was created from and the svn log correctly includes the move operation: <logentry revision="1234"> <author>abc</author> <date>2008-11-13T08:54:25.978873Z</date> <paths> <path action="D">/trunk/sub/movedDir/src</path> <path copyfrom-path="/trunk/sub/movedDir/include" copyfrom-rev="1233" action="A">/trunk/movedDir/include</path> <path copyfrom-path="/trunk/sub/movedDir/src" copyfrom-rev="1233" action="A">/trunk/movedDir/src</path> <path action="D">/trunk/sub/movedDir/include</path> </paths> <msg>Move the movedDir directory</msg> </logentry> I am able to reproduce the problem with a minimal repository. - Create a new svn repository - Add the directories sub/dir and a file sub/dir/main.cpp containing 2 lines and commit the added files - if I generate the statistics on the repository now by calling the following commands, I get the empty log error (maybe this is a fringe case - head revision 0): svn.exe log "%SVNREPOSITORY%" --xml -v > \Temp\svn.log svn.exe co "%SVNREPOSITORY%" "\Temp\LocalSVNRepoCopy" java -jar statsvn.jar -include "**\*.cpp" "\Temp\svn.log" "\Temp\LocalSVNRepoCopy" - Now I add a third line to the main.cpp file and commit the change - the statsvn statistics now does not output any warnings and correctly identifies the three LOC of the project. index.html shows the following information now: Generated: 2008-11-25 11:21 Head revision: 1 Report Period: 2008-11-25 to 2008-11-25 Total Files: 1 Total Lines of Code: 3 Developers: 1 Directories [root] (0 files, 0 lines) sub (0 files, 0 lines) dir (1 files, 3 lines) - Now I move the directory dir directory out of the sub directory into the root directory of the repository and commit the change. - statSVN now does not report any warnings but outputs the current LOC to be 0! index.html shows the following information: Generated: 2008-11-25 11:43 Head revision: 2 Report Period: 2008-11-25 to 2008-11-25 Total Files: 0 Total Lines of Code: 0 Developers: 1 Directories [root] (0 files, 0 lines) sub (0 files, 0 lines) dir (0 files, 0 lines) ---------------------------------------------------------------------- >Comment By: Jason Kealey (jkealey) Date: 2010-07-06 09:41 Message: StatSVN is based on StatCVS. CVS did not support moves, so we interpret them as Add + Remove. SVN supports directory moves. Depending on the tool you use to make the move, the log file can either show: a) a single: moved directory a to directory b. b) for each file: moved a\file1.txt to b\file1.txt In the latter case, our statistics are more accurate. In the former, the tool doesn't necessarily know all the files that were present in the folder at the time of the move - it has to infer them from other knowledge extracted from the log file. I believe I created a prototype a while back for this, but it was many years ago and I remember it was very slow. ---------------------------------------------------------------------- Comment By: Antti Maula (amaula) Date: 2010-07-06 09:03 Message: True :) Unfortunately it would probably take more than a few days - first to comprehend what is happening inside statsvn during execution - then what is going wrong with the svn. As the limitation is already known, is there a certain reason why this is not working? I mean, does it require some very special processing to handle? If I can find some time, I could take a look at it at some point. ---------------------------------------------------------------------- Comment By: Jason Kealey (jkealey) Date: 2010-07-06 08:40 Message: The recommended workaround is to spend a few days implementing the feature in StatSVN to benefit the whole community :) ---------------------------------------------------------------------- Comment By: Antti Maula (amaula) Date: 2010-07-06 07:58 Message: Is there a known workaround? Modifying all files in the move target subtree would do the trick, but is probably not the best solution :) ---------------------------------------------------------------------- Comment By: Jason Kealey (jkealey) Date: 2010-07-06 07:54 Message: That is corrected. StatSVN does not support SVN moves properly at this point. ---------------------------------------------------------------------- Comment By: Antti Maula (amaula) Date: 2010-07-06 03:39 Message: The issue seems to exists on all directory moves. Moving a directory will delete that amount of code from all calculations. The directory which was moved is marked in the report as deleted, but the new directory in which the files were moved is not included in the report at all. So, as a arranged my repository a bit, statsvn now reports 50% less code in the whole repository. This is probably related to the directory tracking problem listed on limitations? Tested with version 0.7.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=2345106&group_id=164845 |
|
From: SourceForge.net <no...@so...> - 2010-07-06 13:03:56
|
Bugs item #2345106, was opened at 2008-11-25 20:38 Message generated for change (Comment added) made by amaula You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=2345106&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Input Layer: SVN Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alex (alex15) Assigned to: Nobody/Anonymous (nobody) Summary: problem with generated stat when folder is moved into parent Initial Comment: I am trying to use StatSVN on a repository containing a moved directory directory. The directory was moved from a sub directory its parent directory (in my case it is the repository root directory). I am seeing the following behavior: - Files that have not been modified after the directory move operation do not appear on the directories statistics main page (index.html) and they are also not included in the current LOC count. The local copy of the repository is the same version, the svn log was created from and the svn log correctly includes the move operation: <logentry revision="1234"> <author>abc</author> <date>2008-11-13T08:54:25.978873Z</date> <paths> <path action="D">/trunk/sub/movedDir/src</path> <path copyfrom-path="/trunk/sub/movedDir/include" copyfrom-rev="1233" action="A">/trunk/movedDir/include</path> <path copyfrom-path="/trunk/sub/movedDir/src" copyfrom-rev="1233" action="A">/trunk/movedDir/src</path> <path action="D">/trunk/sub/movedDir/include</path> </paths> <msg>Move the movedDir directory</msg> </logentry> I am able to reproduce the problem with a minimal repository. - Create a new svn repository - Add the directories sub/dir and a file sub/dir/main.cpp containing 2 lines and commit the added files - if I generate the statistics on the repository now by calling the following commands, I get the empty log error (maybe this is a fringe case - head revision 0): svn.exe log "%SVNREPOSITORY%" --xml -v > \Temp\svn.log svn.exe co "%SVNREPOSITORY%" "\Temp\LocalSVNRepoCopy" java -jar statsvn.jar -include "**\*.cpp" "\Temp\svn.log" "\Temp\LocalSVNRepoCopy" - Now I add a third line to the main.cpp file and commit the change - the statsvn statistics now does not output any warnings and correctly identifies the three LOC of the project. index.html shows the following information now: Generated: 2008-11-25 11:21 Head revision: 1 Report Period: 2008-11-25 to 2008-11-25 Total Files: 1 Total Lines of Code: 3 Developers: 1 Directories [root] (0 files, 0 lines) sub (0 files, 0 lines) dir (1 files, 3 lines) - Now I move the directory dir directory out of the sub directory into the root directory of the repository and commit the change. - statSVN now does not report any warnings but outputs the current LOC to be 0! index.html shows the following information: Generated: 2008-11-25 11:43 Head revision: 2 Report Period: 2008-11-25 to 2008-11-25 Total Files: 0 Total Lines of Code: 0 Developers: 1 Directories [root] (0 files, 0 lines) sub (0 files, 0 lines) dir (0 files, 0 lines) ---------------------------------------------------------------------- Comment By: Antti Maula (amaula) Date: 2010-07-06 16:03 Message: True :) Unfortunately it would probably take more than a few days - first to comprehend what is happening inside statsvn during execution - then what is going wrong with the svn. As the limitation is already known, is there a certain reason why this is not working? I mean, does it require some very special processing to handle? If I can find some time, I could take a look at it at some point. ---------------------------------------------------------------------- Comment By: Jason Kealey (jkealey) Date: 2010-07-06 15:40 Message: The recommended workaround is to spend a few days implementing the feature in StatSVN to benefit the whole community :) ---------------------------------------------------------------------- Comment By: Antti Maula (amaula) Date: 2010-07-06 14:58 Message: Is there a known workaround? Modifying all files in the move target subtree would do the trick, but is probably not the best solution :) ---------------------------------------------------------------------- Comment By: Jason Kealey (jkealey) Date: 2010-07-06 14:54 Message: That is corrected. StatSVN does not support SVN moves properly at this point. ---------------------------------------------------------------------- Comment By: Antti Maula (amaula) Date: 2010-07-06 10:39 Message: The issue seems to exists on all directory moves. Moving a directory will delete that amount of code from all calculations. The directory which was moved is marked in the report as deleted, but the new directory in which the files were moved is not included in the report at all. So, as a arranged my repository a bit, statsvn now reports 50% less code in the whole repository. This is probably related to the directory tracking problem listed on limitations? Tested with version 0.7.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=2345106&group_id=164845 |
|
From: SourceForge.net <no...@so...> - 2010-07-06 12:40:04
|
Bugs item #2345106, was opened at 2008-11-25 13:38 Message generated for change (Comment added) made by jkealey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=2345106&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Input Layer: SVN Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alex (alex15) Assigned to: Nobody/Anonymous (nobody) Summary: problem with generated stat when folder is moved into parent Initial Comment: I am trying to use StatSVN on a repository containing a moved directory directory. The directory was moved from a sub directory its parent directory (in my case it is the repository root directory). I am seeing the following behavior: - Files that have not been modified after the directory move operation do not appear on the directories statistics main page (index.html) and they are also not included in the current LOC count. The local copy of the repository is the same version, the svn log was created from and the svn log correctly includes the move operation: <logentry revision="1234"> <author>abc</author> <date>2008-11-13T08:54:25.978873Z</date> <paths> <path action="D">/trunk/sub/movedDir/src</path> <path copyfrom-path="/trunk/sub/movedDir/include" copyfrom-rev="1233" action="A">/trunk/movedDir/include</path> <path copyfrom-path="/trunk/sub/movedDir/src" copyfrom-rev="1233" action="A">/trunk/movedDir/src</path> <path action="D">/trunk/sub/movedDir/include</path> </paths> <msg>Move the movedDir directory</msg> </logentry> I am able to reproduce the problem with a minimal repository. - Create a new svn repository - Add the directories sub/dir and a file sub/dir/main.cpp containing 2 lines and commit the added files - if I generate the statistics on the repository now by calling the following commands, I get the empty log error (maybe this is a fringe case - head revision 0): svn.exe log "%SVNREPOSITORY%" --xml -v > \Temp\svn.log svn.exe co "%SVNREPOSITORY%" "\Temp\LocalSVNRepoCopy" java -jar statsvn.jar -include "**\*.cpp" "\Temp\svn.log" "\Temp\LocalSVNRepoCopy" - Now I add a third line to the main.cpp file and commit the change - the statsvn statistics now does not output any warnings and correctly identifies the three LOC of the project. index.html shows the following information now: Generated: 2008-11-25 11:21 Head revision: 1 Report Period: 2008-11-25 to 2008-11-25 Total Files: 1 Total Lines of Code: 3 Developers: 1 Directories [root] (0 files, 0 lines) sub (0 files, 0 lines) dir (1 files, 3 lines) - Now I move the directory dir directory out of the sub directory into the root directory of the repository and commit the change. - statSVN now does not report any warnings but outputs the current LOC to be 0! index.html shows the following information: Generated: 2008-11-25 11:43 Head revision: 2 Report Period: 2008-11-25 to 2008-11-25 Total Files: 0 Total Lines of Code: 0 Developers: 1 Directories [root] (0 files, 0 lines) sub (0 files, 0 lines) dir (0 files, 0 lines) ---------------------------------------------------------------------- >Comment By: Jason Kealey (jkealey) Date: 2010-07-06 08:40 Message: The recommended workaround is to spend a few days implementing the feature in StatSVN to benefit the whole community :) ---------------------------------------------------------------------- Comment By: Antti Maula (amaula) Date: 2010-07-06 07:58 Message: Is there a known workaround? Modifying all files in the move target subtree would do the trick, but is probably not the best solution :) ---------------------------------------------------------------------- Comment By: Jason Kealey (jkealey) Date: 2010-07-06 07:54 Message: That is corrected. StatSVN does not support SVN moves properly at this point. ---------------------------------------------------------------------- Comment By: Antti Maula (amaula) Date: 2010-07-06 03:39 Message: The issue seems to exists on all directory moves. Moving a directory will delete that amount of code from all calculations. The directory which was moved is marked in the report as deleted, but the new directory in which the files were moved is not included in the report at all. So, as a arranged my repository a bit, statsvn now reports 50% less code in the whole repository. This is probably related to the directory tracking problem listed on limitations? Tested with version 0.7.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=2345106&group_id=164845 |
|
From: SourceForge.net <no...@so...> - 2010-07-06 11:58:00
|
Bugs item #2345106, was opened at 2008-11-25 20:38 Message generated for change (Comment added) made by amaula You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=2345106&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Input Layer: SVN Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alex (alex15) Assigned to: Nobody/Anonymous (nobody) Summary: problem with generated stat when folder is moved into parent Initial Comment: I am trying to use StatSVN on a repository containing a moved directory directory. The directory was moved from a sub directory its parent directory (in my case it is the repository root directory). I am seeing the following behavior: - Files that have not been modified after the directory move operation do not appear on the directories statistics main page (index.html) and they are also not included in the current LOC count. The local copy of the repository is the same version, the svn log was created from and the svn log correctly includes the move operation: <logentry revision="1234"> <author>abc</author> <date>2008-11-13T08:54:25.978873Z</date> <paths> <path action="D">/trunk/sub/movedDir/src</path> <path copyfrom-path="/trunk/sub/movedDir/include" copyfrom-rev="1233" action="A">/trunk/movedDir/include</path> <path copyfrom-path="/trunk/sub/movedDir/src" copyfrom-rev="1233" action="A">/trunk/movedDir/src</path> <path action="D">/trunk/sub/movedDir/include</path> </paths> <msg>Move the movedDir directory</msg> </logentry> I am able to reproduce the problem with a minimal repository. - Create a new svn repository - Add the directories sub/dir and a file sub/dir/main.cpp containing 2 lines and commit the added files - if I generate the statistics on the repository now by calling the following commands, I get the empty log error (maybe this is a fringe case - head revision 0): svn.exe log "%SVNREPOSITORY%" --xml -v > \Temp\svn.log svn.exe co "%SVNREPOSITORY%" "\Temp\LocalSVNRepoCopy" java -jar statsvn.jar -include "**\*.cpp" "\Temp\svn.log" "\Temp\LocalSVNRepoCopy" - Now I add a third line to the main.cpp file and commit the change - the statsvn statistics now does not output any warnings and correctly identifies the three LOC of the project. index.html shows the following information now: Generated: 2008-11-25 11:21 Head revision: 1 Report Period: 2008-11-25 to 2008-11-25 Total Files: 1 Total Lines of Code: 3 Developers: 1 Directories [root] (0 files, 0 lines) sub (0 files, 0 lines) dir (1 files, 3 lines) - Now I move the directory dir directory out of the sub directory into the root directory of the repository and commit the change. - statSVN now does not report any warnings but outputs the current LOC to be 0! index.html shows the following information: Generated: 2008-11-25 11:43 Head revision: 2 Report Period: 2008-11-25 to 2008-11-25 Total Files: 0 Total Lines of Code: 0 Developers: 1 Directories [root] (0 files, 0 lines) sub (0 files, 0 lines) dir (0 files, 0 lines) ---------------------------------------------------------------------- Comment By: Antti Maula (amaula) Date: 2010-07-06 14:58 Message: Is there a known workaround? Modifying all files in the move target subtree would do the trick, but is probably not the best solution :) ---------------------------------------------------------------------- Comment By: Jason Kealey (jkealey) Date: 2010-07-06 14:54 Message: That is corrected. StatSVN does not support SVN moves properly at this point. ---------------------------------------------------------------------- Comment By: Antti Maula (amaula) Date: 2010-07-06 10:39 Message: The issue seems to exists on all directory moves. Moving a directory will delete that amount of code from all calculations. The directory which was moved is marked in the report as deleted, but the new directory in which the files were moved is not included in the report at all. So, as a arranged my repository a bit, statsvn now reports 50% less code in the whole repository. This is probably related to the directory tracking problem listed on limitations? Tested with version 0.7.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=2345106&group_id=164845 |
|
From: SourceForge.net <no...@so...> - 2010-07-06 11:54:59
|
Bugs item #2345106, was opened at 2008-11-25 13:38 Message generated for change (Comment added) made by jkealey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=2345106&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Input Layer: SVN Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alex (alex15) Assigned to: Nobody/Anonymous (nobody) Summary: problem with generated stat when folder is moved into parent Initial Comment: I am trying to use StatSVN on a repository containing a moved directory directory. The directory was moved from a sub directory its parent directory (in my case it is the repository root directory). I am seeing the following behavior: - Files that have not been modified after the directory move operation do not appear on the directories statistics main page (index.html) and they are also not included in the current LOC count. The local copy of the repository is the same version, the svn log was created from and the svn log correctly includes the move operation: <logentry revision="1234"> <author>abc</author> <date>2008-11-13T08:54:25.978873Z</date> <paths> <path action="D">/trunk/sub/movedDir/src</path> <path copyfrom-path="/trunk/sub/movedDir/include" copyfrom-rev="1233" action="A">/trunk/movedDir/include</path> <path copyfrom-path="/trunk/sub/movedDir/src" copyfrom-rev="1233" action="A">/trunk/movedDir/src</path> <path action="D">/trunk/sub/movedDir/include</path> </paths> <msg>Move the movedDir directory</msg> </logentry> I am able to reproduce the problem with a minimal repository. - Create a new svn repository - Add the directories sub/dir and a file sub/dir/main.cpp containing 2 lines and commit the added files - if I generate the statistics on the repository now by calling the following commands, I get the empty log error (maybe this is a fringe case - head revision 0): svn.exe log "%SVNREPOSITORY%" --xml -v > \Temp\svn.log svn.exe co "%SVNREPOSITORY%" "\Temp\LocalSVNRepoCopy" java -jar statsvn.jar -include "**\*.cpp" "\Temp\svn.log" "\Temp\LocalSVNRepoCopy" - Now I add a third line to the main.cpp file and commit the change - the statsvn statistics now does not output any warnings and correctly identifies the three LOC of the project. index.html shows the following information now: Generated: 2008-11-25 11:21 Head revision: 1 Report Period: 2008-11-25 to 2008-11-25 Total Files: 1 Total Lines of Code: 3 Developers: 1 Directories [root] (0 files, 0 lines) sub (0 files, 0 lines) dir (1 files, 3 lines) - Now I move the directory dir directory out of the sub directory into the root directory of the repository and commit the change. - statSVN now does not report any warnings but outputs the current LOC to be 0! index.html shows the following information: Generated: 2008-11-25 11:43 Head revision: 2 Report Period: 2008-11-25 to 2008-11-25 Total Files: 0 Total Lines of Code: 0 Developers: 1 Directories [root] (0 files, 0 lines) sub (0 files, 0 lines) dir (0 files, 0 lines) ---------------------------------------------------------------------- Comment By: Jason Kealey (jkealey) Date: 2010-07-06 07:54 Message: That is corrected. StatSVN does not support SVN moves properly at this point. ---------------------------------------------------------------------- Comment By: Antti Maula (amaula) Date: 2010-07-06 03:39 Message: The issue seems to exists on all directory moves. Moving a directory will delete that amount of code from all calculations. The directory which was moved is marked in the report as deleted, but the new directory in which the files were moved is not included in the report at all. So, as a arranged my repository a bit, statsvn now reports 50% less code in the whole repository. This is probably related to the directory tracking problem listed on limitations? Tested with version 0.7.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=2345106&group_id=164845 |
|
From: SourceForge.net <no...@so...> - 2010-07-06 07:42:12
|
Feature Requests item #2933136, was opened at 2010-01-16 00:45 Message generated for change (Comment added) made by amaula You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833329&aid=2933136&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Christoph Nelles (eazrael) Assigned to: Nobody/Anonymous (nobody) Summary: Disable Commit cloud Initial Comment: Hi, an option to disable the generation of the commit cloud would be nice. Without a huge exclude list, you will only get rather generic terms like issue, fixed, added, implemented, etc.. ---------------------------------------------------------------------- Comment By: Antti Maula (amaula) Date: 2010-07-06 10:42 Message: Adding a disable switch similar to disable-twitter wouldn't be hard? The commit cloud is a bit... useless feature anyhow imho :) ---------------------------------------------------------------------- Comment By: Jason Kealey (jkealey) Date: 2010-01-16 18:00 Message: Workaround: You could probably hide it in the generated files using a different style sheet. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833329&aid=2933136&group_id=164845 |
|
From: SourceForge.net <no...@so...> - 2010-07-06 07:39:07
|
Bugs item #2345106, was opened at 2008-11-25 20:38 Message generated for change (Comment added) made by amaula You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=2345106&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Input Layer: SVN Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Alex (alex15) Assigned to: Nobody/Anonymous (nobody) Summary: problem with generated stat when folder is moved into parent Initial Comment: I am trying to use StatSVN on a repository containing a moved directory directory. The directory was moved from a sub directory its parent directory (in my case it is the repository root directory). I am seeing the following behavior: - Files that have not been modified after the directory move operation do not appear on the directories statistics main page (index.html) and they are also not included in the current LOC count. The local copy of the repository is the same version, the svn log was created from and the svn log correctly includes the move operation: <logentry revision="1234"> <author>abc</author> <date>2008-11-13T08:54:25.978873Z</date> <paths> <path action="D">/trunk/sub/movedDir/src</path> <path copyfrom-path="/trunk/sub/movedDir/include" copyfrom-rev="1233" action="A">/trunk/movedDir/include</path> <path copyfrom-path="/trunk/sub/movedDir/src" copyfrom-rev="1233" action="A">/trunk/movedDir/src</path> <path action="D">/trunk/sub/movedDir/include</path> </paths> <msg>Move the movedDir directory</msg> </logentry> I am able to reproduce the problem with a minimal repository. - Create a new svn repository - Add the directories sub/dir and a file sub/dir/main.cpp containing 2 lines and commit the added files - if I generate the statistics on the repository now by calling the following commands, I get the empty log error (maybe this is a fringe case - head revision 0): svn.exe log "%SVNREPOSITORY%" --xml -v > \Temp\svn.log svn.exe co "%SVNREPOSITORY%" "\Temp\LocalSVNRepoCopy" java -jar statsvn.jar -include "**\*.cpp" "\Temp\svn.log" "\Temp\LocalSVNRepoCopy" - Now I add a third line to the main.cpp file and commit the change - the statsvn statistics now does not output any warnings and correctly identifies the three LOC of the project. index.html shows the following information now: Generated: 2008-11-25 11:21 Head revision: 1 Report Period: 2008-11-25 to 2008-11-25 Total Files: 1 Total Lines of Code: 3 Developers: 1 Directories [root] (0 files, 0 lines) sub (0 files, 0 lines) dir (1 files, 3 lines) - Now I move the directory dir directory out of the sub directory into the root directory of the repository and commit the change. - statSVN now does not report any warnings but outputs the current LOC to be 0! index.html shows the following information: Generated: 2008-11-25 11:43 Head revision: 2 Report Period: 2008-11-25 to 2008-11-25 Total Files: 0 Total Lines of Code: 0 Developers: 1 Directories [root] (0 files, 0 lines) sub (0 files, 0 lines) dir (0 files, 0 lines) ---------------------------------------------------------------------- Comment By: Antti Maula (amaula) Date: 2010-07-06 10:39 Message: The issue seems to exists on all directory moves. Moving a directory will delete that amount of code from all calculations. The directory which was moved is marked in the report as deleted, but the new directory in which the files were moved is not included in the report at all. So, as a arranged my repository a bit, statsvn now reports 50% less code in the whole repository. This is probably related to the directory tracking problem listed on limitations? Tested with version 0.7.0. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=2345106&group_id=164845 |
|
From: Benoit X. <bx...@ap...> - 2010-07-06 07:38:11
|
I don't think vincent's reply made it to our list ----- Important Notice This communication contains information that is considered confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original Begin forwarded message: *From:* Vincent Fourmond <fou...@de...> *Date:* 6 July 2010 08:07:44 GMT+01:00 *To:* Benoit Xhenseval <bx...@ap...> *Cc:* Statsvn <sta...@li...> *Subject:* *Re: StatSVN and JTreeMap for Debian?* Hello, On Mon, Jul 5, 2010 at 11:47 PM, Benoit Xhenseval <bx...@ap...> wrote: It looks like StatSVN is being packaged for Debian... (great!) but I read that the JTreeMap report has been disabled because of JTreeMap not being packaged for Debian. (http://jtreemap.sf.net) It's just that I didn't feel like packaging it at that time, but as it is a fairly small library as far as I can remember, it shouldn't take a long time. I was under the impression that JTreeMap had been packaged for Debian. Does anyone know about this? It is not in the archive as far as I can tell. Maybe someone made and published debian packages, but that is another story. And we have control of JTreeMap so... what needs to be done to ensure that it is packaged for Debian? I will try to package it reasonably soon; depending on how good you've worked before, there might be nothing more to do ;-)... Cheers, Vincent |
|
From: Vincent F. <fou...@de...> - 2010-07-06 07:08:14
|
Hello, On Mon, Jul 5, 2010 at 11:47 PM, Benoit Xhenseval <bx...@ap...> wrote: > It looks like StatSVN is being packaged for Debian... (great!) but I read > that the JTreeMap report has been disabled because of JTreeMap not being > packaged for Debian. > (http://jtreemap.sf.net) It's just that I didn't feel like packaging it at that time, but as it is a fairly small library as far as I can remember, it shouldn't take a long time. > I was under the impression that JTreeMap had been packaged for Debian. Does anyone know about this? It is not in the archive as far as I can tell. Maybe someone made and published debian packages, but that is another story. > And we have control of JTreeMap so... what needs to be done to ensure that it is packaged for Debian? I will try to package it reasonably soon; depending on how good you've worked before, there might be nothing more to do ;-)... Cheers, Vincent |
|
From: Benoit X. <bx...@ap...> - 2010-07-05 22:12:52
|
Hi It looks like StatSVN is being packaged for Debian... (great!) but I read that the JTreeMap report has been disabled because of JTreeMap not being packaged for Debian. (http://jtreemap.sf.net) I was under the impression that JTreeMap had been packaged for Debian. Does anyone know about this? And we have control of JTreeMap so... what needs to be done to ensure that it is packaged for Debian? Suggestions? thanks Benoit -- IMPORTANT NOTICE This communication contains information that is considered confidential and may also be privileged . It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you have received this communication in error please return it to the sender and delete the original. |
|
From: SourceForge.net <no...@so...> - 2010-06-28 20:56:54
|
Bugs item #3021951, was opened at 2010-06-27 11:44 Message generated for change (Settings changed) made by martin-majlis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=3021951&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Remind Priority: 5 Private: No Submitted By: Martin Majliš (martin-majlis) Assigned to: Nobody/Anonymous (nobody) Summary: Homepage doesn't work in FF 3.6.3 Initial Comment: When I try to access http://www.statsvn.org/ in FF 3.6.3 I receive an error: Content Encoding Error: The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression. Page http://www.statsvn.org/index.html works fine in FF 3.6.3. Alse http://www.statsvn.org works in Epiphany and Chromium. ---------------------------------------------------------------------- Comment By: Martin Majliš (martin-majlis) Date: 2010-06-28 22:56 Message: I am using Ubuntu 10.04. But now it works fine on FF 3.6.6 on Ubuntu 10.04 - so I will check it occasionally. When I was checking HTTP header yesterday, it looks fine, but I didn't save it. :( ---------------------------------------------------------------------- Comment By: Jason Kealey (jkealey) Date: 2010-06-28 14:56 Message: Works fine for me on FF 3.5.9 and 3.6.6 on Windows. What operating system are you using? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=3021951&group_id=164845 |
|
From: SourceForge.net <no...@so...> - 2010-06-28 20:56:07
|
Bugs item #3021951, was opened at 2010-06-27 11:44 Message generated for change (Comment added) made by martin-majlis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=3021951&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin Majliš (martin-majlis) Assigned to: Nobody/Anonymous (nobody) Summary: Homepage doesn't work in FF 3.6.3 Initial Comment: When I try to access http://www.statsvn.org/ in FF 3.6.3 I receive an error: Content Encoding Error: The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression. Page http://www.statsvn.org/index.html works fine in FF 3.6.3. Alse http://www.statsvn.org works in Epiphany and Chromium. ---------------------------------------------------------------------- Comment By: Martin Majliš (martin-majlis) Date: 2010-06-28 22:56 Message: I am using Ubuntu 10.04. But now it works fine on FF 3.6.6 on Ubuntu 10.04 - so I will check it occasionally. When I was checking HTTP header yesterday, it looks fine, but I didn't save it. :( ---------------------------------------------------------------------- Comment By: Jason Kealey (jkealey) Date: 2010-06-28 14:56 Message: Works fine for me on FF 3.5.9 and 3.6.6 on Windows. What operating system are you using? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=3021951&group_id=164845 |
|
From: SourceForge.net <no...@so...> - 2010-06-28 12:56:30
|
Bugs item #3021951, was opened at 2010-06-27 05:44 Message generated for change (Comment added) made by jkealey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=3021951&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin Majliš (martin-majlis) Assigned to: Nobody/Anonymous (nobody) Summary: Homepage doesn't work in FF 3.6.3 Initial Comment: When I try to access http://www.statsvn.org/ in FF 3.6.3 I receive an error: Content Encoding Error: The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression. Page http://www.statsvn.org/index.html works fine in FF 3.6.3. Alse http://www.statsvn.org works in Epiphany and Chromium. ---------------------------------------------------------------------- >Comment By: Jason Kealey (jkealey) Date: 2010-06-28 08:56 Message: Works fine for me on FF 3.5.9 and 3.6.6 on Windows. What operating system are you using? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=3021951&group_id=164845 |
|
From: SourceForge.net <no...@so...> - 2010-06-27 09:44:09
|
Bugs item #3021951, was opened at 2010-06-27 11:44 Message generated for change (Tracker Item Submitted) made by martin-majlis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=3021951&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin Majliš (martin-majlis) Assigned to: Nobody/Anonymous (nobody) Summary: Homepage doesn't work in FF 3.6.3 Initial Comment: When I try to access http://www.statsvn.org/ in FF 3.6.3 I receive an error: Content Encoding Error: The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression. Page http://www.statsvn.org/index.html works fine in FF 3.6.3. Alse http://www.statsvn.org works in Epiphany and Chromium. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=3021951&group_id=164845 |
|
From: SourceForge.net <no...@so...> - 2010-06-16 06:25:20
|
Bugs item #3016932, was opened at 2010-06-16 08:25 Message generated for change (Tracker Item Submitted) made by grypho You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=3016932&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Input Layer: SVN Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Carsten Schumann (grypho) Assigned to: Nobody/Anonymous (nobody) Summary: German umlauts break tags in tag cloud Initial Comment: When commit messages contain umlauts (ä,ö,ü,ß,...) the tags in the tag cloud are split at these points into two or more single tags. Example: Log message "ausgängen" -> Tag "ausg" + Tag "ngen" In other parts of StatSVN the umlauts are handled correctly, i.e. in section "Commit Logs". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833326&aid=3016932&group_id=164845 |
|
From: SourceForge.net <no...@so...> - 2010-05-25 16:21:46
|
Feature Requests item #1897165, was opened at 2008-02-19 13:58 Message generated for change (Comment added) made by jkealey You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833329&aid=1897165&group_id=164845 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Input Layer: SVN Group: Next Release (example) Status: Open Priority: 5 Private: No Submitted By: Allard (allarddijk) Assigned to: Nobody/Anonymous (nobody) Summary: Support for MultiDir/svn:externals Initial Comment: Projects with linked in directories are not supported at this moment. It just skips this dirs. The information is normally not included with the normal svn commandline. to gather this information one should make a batch in this form: del x:\svn.log svn log --incremental --xml directoryA >> x:\svn.log svn log --incremental --xml directoryB >> x:\svn.log svn log --incremental --xml directoryC >> x:\svn.log Now one should supply this directories to the stat software. In the current situation you can only supply 1 directory. When this is ready you have this features: *support for multiple projects *support for projects using svn:external ---------------------------------------------------------------------- >Comment By: Jason Kealey (jkealey) Date: 2010-05-25 12:21 Message: Sounds interesting! Thinking back to the original StatSVN implementation, I think the limitations are as follows: - I think we assume a sequential log file. Out of order files might be problematic. - More importantly, we assume a single RepositoryGUID/URL throughout the application. With svn:externals, we could potentially be querying other SVN repositories which would require us to pass in extra parameters for usernames, passwords, etc. Since we fetch the Repository information using svn info on the root of the checked out directory, we would need to do this for all external folders. - Assuming we did manage to treat these sub-repositories as completely independent in the parsing/setup phases, I am not sure how the svn diff + reporting phases would handle this. Not all files would start off with the same repository URL. At a high level, because of design limitations, this looks like a large job. ---------------------------------------------------------------------- Comment By: Aleksas Pielikis (aleksas) Date: 2010-05-25 11:22 Message: Wrote a powershell script to make a full log including externals set on the project directory. But this doesn't solve the issue. I guess stats do not show info for directories outside project directory in repository. Any way here is the script: $path = $args[0]; $logOutput = $args[1]; $statOuputDir = $args[2]; $statSvnJarPath = $args[3]; $svn = "svn" $getExternalsParameters = "propget svn:externals '$path'" $getLogParameters = "log --incremental --xml -v '$path'" $externals = Invoke-Expression -Command ("$svn $getExternalsParameters"); '<?xml version="1.0"?>' | Out-File $logOutput; '<log>' | Out-File $logOutput -append; "Resolving changes for '$path'" Invoke-Expression -Command ("$svn $getLogParameters") | Out-File $logOutput -append; foreach($external in $externals) { if($external -ne "") { $dir = Join-Path $path $external.Split(" ")[1] $getExternalsLogParameters = "log --incremental --xml -v '$dir'" "Resolving changes for '$dir'" Invoke-Expression -Command ("$svn $getExternalsLogParameters") | Out-File $logOutput -append; } } '</log>' | Out-File $logOutput -append; if ((Test-Path -path $statOuputDir) -ne $True) { New-Item $statOuputDir -type directory; } $currentLocation = Get-Location Set-Location $statOuputDir Invoke-Expression -Command ("java -jar '$statSvnJarPath' '$logOutput' '$path'") | ; Set-Location $currentLocation ---------------------------------------------------------------------- Comment By: Heiko Stoermer (stoermer) Date: 2009-09-08 08:47 Message: My layout is roughly the following: I have 4 projects A, B, C, D. A has the layout /src/ /components/X /components/Y /components/Z where /src/ has A's source, and /components/* are the projects B,C,D pulled in via svn:externals. So after a checkout including the externals I get something like /A/src/ /A/components/X/src/ (from B) /A/components/Y/src/ (from C) /A/components/Z/src/ (from D) I can create the complete log of everything following Allard's proposal and fixing the resulting non-well-formed XML file that svn produces by hand. When I run statsvn on the resulting log file giving /A/ as path, i get tons of "problems getting diff" messages and "no such revision". All subfolders in the resulting report do appear, but e.g. LOC calculations seem very much off. ---------------------------------------------------------------------- Comment By: Jason Kealey (jkealey) Date: 2009-09-08 08:24 Message: What is StatSVN's current behavior concerning svn:externals? What does the svn log show when you point to an external folder? A modification to the directory (to add the svn:externals metadata)? Afterwards, no modifications are shown in the directories that include it, even when the files are modified (as these changes are elsewhere in the repository)? What would you do if you had a repository that had an svn:externals to itself. If you checked out the trunk, would you expect the change to the included directory to be seen as a modification in all the places that use it? ---------------------------------------------------------------------- Comment By: Heiko Stoermer (stoermer) Date: 2009-09-08 04:05 Message: Btw, Allard's example has the flaw that seemingly in svn the combination of "--xml" and "--incremental" does NOT result in a well-formed XML document (at least on the machine with svn 1.4 I have available here right now, see [1]), so you'll have to do some fixing first. [1] http://osdir.com/ml/version-control.subversion.devel/2002-10/msg00253.html ---------------------------------------------------------------------- Comment By: Heiko Stoermer (stoermer) Date: 2009-09-08 03:40 Message: Would be great to have support for the analysis of projects that include sub-projects via svn:externals. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=833329&aid=1897165&group_id=164845 |
45 messages has been excluded from this view by a project administrator.
