From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12930 invoked by alias); 13 Aug 2006 21:00:45 -0000 Received: (qmail 12921 invoked by uid 22791); 13 Aug 2006 21:00:44 -0000 X-Spam-Check-By: sourceware.org Received: from londo.lunn.ch (HELO londo.lunn.ch) (80.238.139.98) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 13 Aug 2006 22:00:42 +0100 Received: from lunn by londo.lunn.ch with local (Exim 3.36 #1 (Debian)) id 1GCN4W-0004L5-00; Sun, 13 Aug 2006 23:00:36 +0200 Date: Sun, 13 Aug 2006 21:00:00 -0000 To: ?yvind Harboe Cc: ecos-discuss@ecos.sourceware.org Message-ID: <20060813210036.GP29570@lunn.ch> Mail-Followup-To: ?yvind Harboe , ecos-discuss@ecos.sourceware.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.12-2006-07-14 From: Andrew Lunn X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: Re: [ECOS] Splitting the eCos repository X-SW-Source: 2006-08/txt/msg00119.txt.bz2 > Consider: how do I store a snapshot of eCos under source control? > Tricky. I keep a .zip of the entire eCos repository under CVS. Then I > unzip & work on the eCos repository. Once I've made changes(or > updated to the latest eCos CVS), I zip up the entire dir and place it > under CVS. CVS is terribly inefficient with this sort of > thing(sloooow), should work better with subversion that has binary > diff capability(.zip should work better than e.g. tar.bz2 for binary > diff). What recommend for a product development is take an eCos snapshot, test it, and then freeze it. You can store this as a zipfile somewhere. Then start work on your port. Keep only the patch to the snapshot in CVS. The patch will be small and plain ASCII. So CVS will have no trouble with it. You can easily write some scripts to generate the patch and to apply the patch. > >Support for multiple repositories is great for experienced users. I > >have about 20 different repositories at the moment, a mixture of > >branches and development trees, and my ECOS_REPOSITORY path has six > >entries. However I see no reason for inflicting multiple repositories > >on novice users. They have enough to learn as it is. > > Before any reasonably well organised(i.e. they use some source control > on their own stuff and care about eCos CVS HEAD versions/snapshots) > and non-trivial product is finished, I believe that they would have > wished that they had been introduced to multiple repositories. By which time they will no longer be a novice user, and can think about doing it for there second project..... Andrew -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss