X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type; bh=2Di+aAvKMfzMhHKkegssoKFWyER+LK/mJD5P06nmnJ4=; b=wXrzCY1S49eXGgVQQBYB0+rEYJBpx4cv0vHI7NToRd5kFrA5uI3Q7l4Mvt6gGcL/mT 2meJa7MBMLVwZMAwV1nzZjc3I7U7ASSJ5IkereON+7qNSllNsXdOhGAY7L36uORzhLxM CBrWLvnxa885H57O+PGQhdOiXHDvCIUYiVoyxvtRtKVam9eIgcQFsxZ7EBGiDaOsiFBE 5PWDVELPx1Oun051Tswvn+D3auOTs4Tt6NuNAZiP3VoHRuf1oKWjEfdYygqXxrmaL/Yx hK+B7eH2PT7Ih0KBTO12pSDqzlirg6tIl+J0gpC3triLDr8cZJtYRxx6Hm6aPTQ6qRWQ Fomg== X-Received: by 10.52.66.14 with SMTP id b14mr30452444vdt.0.1358264492769; Tue, 15 Jan 2013 07:41:32 -0800 (PST) From: Ben Gamari To: Ouabache Designworks , geda-user AT delorie DOT com Subject: Re: [geda-user] geda-skeleton-project: Lowering the cost of a starting a gEDA project In-Reply-To: References: <87wqvhd4tw DOT fsf AT gmail DOT com> <20130115013756 DOT 9917 DOT qmail AT stuge DOT se> <50F4E4D1 DOT 3010802 AT ecosensory DOT com> User-Agent: Notmuch/0.14+240~g0ab5e9f (http://notmuchmail.org) Emacs/23.4.1 (x86_64-pc-linux-gnu) Date: Tue, 15 Jan 2013 10:41:30 -0500 Message-ID: <878v7uv4gl.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk Ouabache Designworks writes: > On Mon, Jan 14, 2013 at 9:10 PM, John Griessen wrote: > >> >> So that simplifies using your libraries, but what about keeping a snapshot >> of the >> symbols and footprints as they were the day that project completed a >> version and made >> fab data? It sounds like you are suggesting having your project dir not >> under a revision control system. >> > > > You can keep all of that but just don't try and put it in the same > repository as the source design data. When you release a design you copy > EVERYTHING over > to something like frobozz_pca_12_jan2013_release and that will contain all > the source and generated files used in the release. Save that because you > might need it > someday if there are issues. > This is what version control systems are for. Tags and branches exist precisely for this reason. In the case of git, one can handle the case of multiple source repositories with git-submodule. Other modern VCSes have similar facilities. There are much better tools than cp(1) for dealing with archival and versioning. Cheers, - Ben