source: branches/src-highlight/README.developer @ 1470

Last change on this file since 1470 was 1100, checked in by Peter Johansson, 11 years ago

merge trunk to src-highlight

  • Property svn:eol-style set to native
  • Property svn:keywords set to Id
  • Property svn:mime-type set to text/x-trac-wiki
File size: 5.7 KB
RevLine 
[84]1$Id: README.developer 1100 2010-06-13 17:28:19Z peter $
[26]2
[338]3= Developer Information =
4
5This file contains developer specific information.
6
[394]7
8=== Coding style ===
9
10Developers should follow the coding style outlined in the
[560]11[http://cbbp.thep.lu.se/~jari/documents/c++_coding_guidelines/index.html C++ coding guidelines].
[394]12
13
14=== Subversion usage ===
15
16Commits should be minimalistic and the projects should always compile
[442]17(`make` and `make check`) when someone makes a clean checkout. There is
[394]18a short introduction to subversion and its usage available as
[560]19[http://cbbp.thep.lu.se/~jari/documents/subversion_guidelines/index.html Subversion guidelines].
[394]20We follow these guidelines.
21
22
[724]23=== Requirements ===
24
25To build from a subversion checkout, you will need Autotools. More
[1100]26specifically Automake 1.10 (or later) and Autoconf 2.63 (or later). To
[724]27build man page you will need help2man.
28
[481]29=== bootstrap and autoreconf ===
[387]30
[481]31At first checkout from the repository you must run the bootstrapping
32utility
[338]33
34  `./bootstrap`
35
[481]36to setup autoconf files. To push subsequent changes of this file into
37the build scripts you run
[338]38
[481]39   `autoreconf`
[394]40
[481]41
[338]42=== configure ===
43
[387]44Run the generated configure script with
45
[555]46  `./configure --enable-debug`
[338]47
48The option flag `--enable-debug` turns on debug options (e.g. enables
[547]49assertions).
[338]50
[394]51
52=== Testing ===
53
54Test programs should be created and added to the `make check`
55execution. Always check that the test runs before committing code to
[1100]56the repository, i.e., run `make check`. For more details on how to run
57and write tests, please refer to file `test/README`.
[394]58
59There is a test repository in source:trunk/test/repo that is a part of
60the svndigest repository. The logic behind this is that it is nice to
61have a common test repository that can be used off-line. Changes to
62the repository are usually made to create new test cases and it is
63important that these changes are committed to svndigest repository as
64well. All changes to the test repository are not automatically
65propagated to the svndigest repository and it is important that some
66files created in the test repository are manually added to the
67svndigest repository. Assuming that `make check` is run before a
68commit, a warning is generated if the test repository is inconsistent
69with the svndigest repository. There will be a diagnostic message and
70a resolution hint, however the developer must examine and resolve the
71problem manually.
72
73The problem is simply that the file source:trunk/test/repo/db/current
74is changed compared to the svndigest repository. The `current` file
75indicates a specific number of change sets within the test repository
76and the directories source:trunk/test/repo/db/revs and
77source:trunk/test/repo/db/revprops contains a matching number of
78change sets. However, the change sets added to the test repository are
79not automatically added to the svndigest repository, therefore the new
80files in the `revs` and `revprops` directories must be added manually
81to the svndigest repository.
82
83There is also a race condition when developers make changes to the
84test repository simultaneously: It is easy to create severe conflicts
[583]85in the test repository. Imaging the case when two developers add test
[394]86commits to the test repository, and then tries to add these to the
87svndigest repository. Since there are different versions of the same
88test repository revisions, the second developer committing to the
89svndigest will get messages about files being in the way. This is just
90one situation with possible conflicts. This conflict is of course
91resolved by the second developer having to throw away his changes and
92redo them after a new checkout of the test repository.
93
94The take home message is that developers should communicate with each
95other when changing the test repository in order to avoid to large
96repository conflicts. AND read the output of `make check`.
97
98
[825]99=== yat library ===
100
101Directory `lib/yat/` contains some files from the yat library. These
102files are not owned by svndigest and should not (if possible) be
103edited here. For more details please see `lib/yat/README`.
104
[494]105=== Output file structure ===
106
107A directory reflecting the parsed directory is generated for each
108combination of StatsType, Author, and LineType, which is located in
[496]109`<TARGET>/<ROOT>/StatsType/Author/LineType/`. Author may be, on top of
110each author in the repository, a directory ''all'' that is a sum over
111all Authors. In same fashion LineType may be any of the three
112linetypes but may also ''total'', which a sum over all linetypes. In
113each `<TARGET>/<ROOT>/StatsType` there are directories
114`images/LineType` that contain a structure reflecting the parsed
115directory with images for every combination of File, LineType, and
116StatsType. Images for different Authors are identical and therefore
117shared between authors.
[494]118
[1100]119== Design and Motivation ==
[494]120
[1100]121Please refer to source:trunk/doc/HACKING for a list of design
122decisions we try to follow.
123
[394]124== Releasing ==
[338]125
[687]126See http://dev.thep.lu.se/svndigest/wiki/ReleaseProcedure
[394]127
128
[338]129-------------------------------------------------------------------------
130{{{
[1100]131Copyright (C) 2005, 2006 Jari Häkkinen
132Copyright (C) 2007, 2008 Jari Häkkinen, Peter Johansson
133Copyright (C) 2009 Peter Johansson
[84]134
[687]135This file is part of svndigest, http://dev.thep.lu.se/svndigest
[84]136
[149]137svndigest is free software; you can redistribute it and/or modify it
[84]138under the terms of the GNU General Public License as published by the
[693]139Free Software Foundation; either version 3 of the License, or (at your
[84]140option) any later version.
141
[149]142svndigest is distributed in the hope that it will be useful, but
143WITHOUT ANY WARRANTY; without even the implied warranty of
144MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
145General Public License for more details.
[84]146
147You should have received a copy of the GNU General Public License
[693]148along with svndigest. If not, see <http://www.gnu.org/licenses/>.
[338]149}}}
Note: See TracBrowser for help on using the repository browser.