Hello Marco and others,
I've been thinking about some refactoring of QGit since some time. And to be
sure I don't screw up things too hard in the process, I thought about adding
a test suite infrastructure first (and add some test cases for each think
just before refactoring it).
The problem is, that implementing unittests means I need to compile
2 separate binaries -- qgit itself and the test -- using most (but not all)
of the same sources. I see two ways to do it, so I'd like to ask which you
consider cleaner:
1. Reorganize stuff so that a (static) library is created from all the
sources except qgit.cpp and than qgit.cpp is linked to this library to
create qgit and the tests are linked with it to provide the test runner.
Pros:
- The .pro files should remain reasonably simple.
- The sources are only compiled once.
Cons:
- Need to split the src directory to two, so bigger moving stuff around.
2. Put the list of sources into file included in the src.pro and include it
in the tests.pro file too.
Pros:
- No libraries and stuff
- Less moving stuff around.
Cons:
- The sources actually get compiled twice, once for the tests and once
for the qgit binary.
- Paths to the sources need to be manually adjusted after including into
the .pro files, making the .pro files rather ugly.
There seems to be no solution requiring less changes to the projects, because
qmake can only create one library or executable per directory and including
files from other directory is not supported to well.
I've already done the later (have patch series ready), but I am now thinking
that I should probably redo it the first way. What do you think. Does it make
sense to do that?
--
Jan 'Bulb' Hudec <bulb@xxxxxx>
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
