Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 32756 invoked from network); 20 Aug 2004 22:37:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 20 Aug 2004 22:37:06 -0000 Received: (qmail 77757 invoked by uid 500); 20 Aug 2004 22:37:06 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 77735 invoked by uid 500); 20 Aug 2004 22:37:05 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: List-Id: "Derby Development" Reply-To: "Derby Development" Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 77723 invoked by uid 99); 20 Aug 2004 22:37:05 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [204.146.167.214] (HELO Boron.MeepZor.Com) (204.146.167.214) by apache.org (qpsmtpd/0.27.1) with ESMTP; Fri, 20 Aug 2004 15:37:05 -0700 Received: from [9.72.133.66] (dmz-firewall [206.199.198.4]) by Boron.MeepZor.Com (8.11.6/8.11.6) with ESMTP id i7KMb6G13977 for ; Fri, 20 Aug 2004 18:37:06 -0400 Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <41262C44.4020002@debrunners.com> References: <41262C44.4020002@debrunners.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <8E8B9BFC-F2F9-11D8-8EED-003065CBB010@nonintuitive.com> Content-Transfer-Encoding: 7bit From: Cloudscape Testing Subject: Re: [VOTE] on repository layout Date: Fri, 20 Aug 2004 15:37:45 -0700 To: "Derby Development" X-Mailer: Apple Mail (2.619) X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Looks like my mail program decided to reset my username for me. Hopefully this will go through as Andrew McIntyre instead of Cloudscape Testing. :) I vote for option 1, because I would think that a developer who is checking out the code from svn should be able to check out one directory (in this case, derby/code) and get everything necessary to build a binary distribution and nothing more. That means though, that I would include the user documentation in the code part of the repository, since we would want to keep that in sync with the code that it documents. The developer would also then have the current doc set in their build tree for reference, and a person could build a full binary distribution from the source distribution. Are there source files for the docs, which are then generated by forrest? If so, I would think the repository would look something like: derby/code {trunk/branches/tags} - derby code - derby tests - compiled user documentation derby/site {trunk/branches/tags} - website pages - source for derby documentatio - derby technical papers my .02$, andrew