Re: Proposed dirlayout document

["Daniel F. Savarese" <df...@savarese.org>]

>IMHO, the intermediate build directory can and should be avoided. Instead of s
>electively copying from the intermediate build/ directory to dist/, one can ge
>nerate directly to dist/ and use tar/zip selectively to create the distributio
>n. The latter solution keeps just one copy of files which saves space. More im
>portantly the latter is less error-prone as there is only one place to edit fi
>les. Does that make sense? Ceki    

It's pretty normal to do this kind of a thing.
The distribution is meant for outside consumption and is automatically
generated by the configuration management system (in this case ant),
so you never directly modify it.  Therefore it shouldn't be any more
error-prone.  The build tree is meant for internal consumption and can
contain a significantly different layout, containing all sorts of stuff
such as infrastructure for quality assurance that never makes it into the
distribution, but is generally tailored for facilitating development and
testing.

I think the reason this whole thing is a bit muddled is because we're
mostly producing development software, where the line between consumer
and producer is blurred.  Also, being open source, with an emphasis
on open, there's less of an impetus to hide development artifacts
from the consumer.  At any rate, I think there's a clear need for
allowing a development build tree separate from the distribution tree.
Projects primarily constituted of development libraries probably won't
make use of it, but others consisting of one or more applications,
probably will.

daniel



---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org

Re: Proposed dirlayout document

[Jon Stevens <jo...@latchkey.com>]

Less talk.

More coding.

-jon


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org