| 1 | $Id: readme.txt 67 2006-01-21 00:00:30Z jari $ |
|---|
| 2 | |
|---|
| 3 | svnstat traverses a directory structure (controlled by subversion) and |
|---|
| 4 | calculates developer statistics for all subversion controlled |
|---|
| 5 | entries. The result is written to a sub-directory, svnstat_output, |
|---|
| 6 | that will be created in the current working directory. |
|---|
| 7 | |
|---|
| 8 | To understand what statistics is calculated by svnstat this definition |
|---|
| 9 | is needed: The developer who made the latest change to a line still in |
|---|
| 10 | use in the latest (checked out) revision, is considered as the |
|---|
| 11 | contributor of that line regardless of who actually originally created |
|---|
| 12 | that line. |
|---|
| 13 | |
|---|
| 14 | The statistics calculated is the number of lines contributed from each |
|---|
| 15 | contributing developer in the latest (checked out) revision. Also, the |
|---|
| 16 | number of lines still in use from each revision is calculated. |
|---|
| 17 | |
|---|
| 18 | There are many different types of files and for many file types it |
|---|
| 19 | does not make sense to define lines. Source code, documentation, and |
|---|
| 20 | other human readable files can be treated on line basis whereas |
|---|
| 21 | symbolic links and binary files cannot. svnstat treats non-line based |
|---|
| 22 | files as one-line files, i.e. the developer that made the last change |
|---|
| 23 | to this type of files gets a one-line credit for it. |
|---|
| 24 | |
|---|
| 25 | How should we exclude un-reasonable credit for large line based files? |
|---|
| 26 | We could add a property to that file, tagging it as a file that should |
|---|
| 27 | be treated as an non-line base file. |
|---|
| 28 | |
|---|
| 29 | The current design assumes that the subversion repository to be |
|---|
| 30 | analysed is checked out, maybe one would want to run the analysis |
|---|
| 31 | agains a subversion repositoy directly. |
|---|
| 32 | |
|---|
| 33 | The current flow of the program is. |
|---|
| 34 | |
|---|
| 35 | i) Extract the directory structure starting from the directory given |
|---|
| 36 | at the command line. |
|---|
| 37 | |
|---|
| 38 | ii) Parse the directory structure, removing files and direcotries that |
|---|
| 39 | is not in subversion control. After this step, only valid |
|---|
| 40 | subversion entries will be allowed in the tree. Beware, 'svn blame' |
|---|
| 41 | chokes on directories, and the directories are still a part of the |
|---|
| 42 | tree. |
|---|
| 43 | |
|---|
| 44 | iii) Walk through the directory structure and calculate statistics for |
|---|
| 45 | each entry. |
|---|
| 46 | |
|---|
| 47 | iv) Compile statistics as discussed. This step may be intermingled |
|---|
| 48 | with step iii). |
|---|
| 49 | |
|---|
| 50 | v) Create the html presentation as discussed. |
|---|
