I just read that the svn:externals relative path issue (1336)
is not going to be implemented before subversion 1.5.
Now after googling around and talking to other people who
ran into the same problem while switching to svn in their
company, I desperately need a solution to the following
problem, and I couldn't find one that satisfies my needs
(svn:externals with relative paths would solve the problem, though).
I'll outline the problem, give the solutions I found and
explain why they don't fit my needs. If anybody can think
of a magical solution to this all, please tell me :-)
We've got a real lot of code in, say, N projects proj1 ... projN.
They all share a library liblog, which has some header files where
project-independent defines for logging are stored, because the
log files of all projects can be viewed via the same tool, let's
call it LogView.
The structure is like this (but we're free to change the structure,
The procedure is, that we have one or two developers per project,
who will add logging tags on demand (in liblog). The other projects should
this log information at once, so they don't use the same log
tag in different projects by accident.
Now I need a solution, where:
1) If a header in liblog gets changed, all other projects see
the update at the next svn up.
2) When we tag or branch, the usual tag/branch semantics should apply,
as if liblog was really a subdir in every project.
We can't use scripts, because most of the developers use gui
clients like tortoisesvn or rapidsvn on linux.
3) Our developers don't want to check out _all_ projects if
checking out a clean copy. When building binary releases
we'll do a clean checkout for every run, and usually multiple
runs a day are executed before passing quality assurance.
a) Using svn:externals which links to /liblog/trunk.
(1) and (3) are fulfilled, but (2) is not. Since developers
tend to forget stuff, we'll end up having release tags
that don't link to the correct headers when trying to
'rebuild' them later. Issue 1258 deals with this problem, but,
as mentioned above, we're not able to use scripts for
b) Using svn:externals which links to /liblog/trunk@some_revision.
Now (2) and (3) is ok, but (1) is not. We'll end up with
multiple tags defined in different projects (worst solution).
c) Building one big trunk, and putting the -I in every project
relative so that it finds liblog. This gives us (1) and (2)
but not (3). The (nearly identical) solution with relative
paths in svn:externals would solve this giving us (3) also,
but it will not come before 1.5.
If I can't find any better solution, I'll have to propose (c),
Thanks in advance for any help and ideas,
Phone: +49 8752 864 0
Email : email@example.com
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Tue Jan 25 19:24:13 2005