From mboxrd@z Thu Jan 1 00:00:00 1970 From: Luca Ceresoli Date: Tue, 30 Aug 2011 10:20:20 +0200 Subject: [Buildroot] [PATCH] git fetcher: do not remove the tree after initial clone In-Reply-To: References: <1314538324-24679-1-git-send-email-n-dechesne@ti.com> <4E5B445F.5050603@lucaceresoli.net> <20110829142344.2edcfd12@skate> Message-ID: <4E5C9D44.6060704@lucaceresoli.net> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net Dechesne, Nicolas wrote: > Lucas, Thomas, > > On Mon, Aug 29, 2011 at 2:23 PM, Thomas Petazzoni > > wrote: > > > Using BR for development has not been completely neglected anyway. > > Recently, Thomas Petazzoni submitted a patch that would allow to > use a > > local directory to build the package. This is much different from > using > > git fetches, but is expected to serve the "use BR for > development" use > > case effectively. > > You might want to test it and comment to the author. Here it is: > > http://lists.busybox.net/pipermail/buildroot/2011-July/044479.html > > I still think that this local directory mechanism is a better solution. > > I have a new version of my patch set, which I hope to submit soon, at > least when the 2011.11 development process will open (by the end of the > month, so should be in the next few days). > > > i like the 'local directory' method as well, really much. but i still > believe that the 2 things are complementary.. Thomas' local directory mechanism has an advantage: it works also for non-git (and even non-versioned) packages. You could somehow use this method for your needs too: git clone in a local directory once, then git pull before each BR rebuild. Not as straightforward as you would like, but maybe a good compromise. > > i happen to use BR in a project using large git tree which are not close > to me, so I care about git fetch vs git clone. > on top of that there are many users that regularly make rebuild. > > the way i see what i propose is *just* an optimization of how BR will > use git, not a new workflow. Still it has the disadvantage of using a lot of disk space, and it needs to connect to the server at every build only to discover if there are new commits. This would hurt people not having your needs. If you would add an option to choose between the always-clone git downloader and the clone-once-fetch-many version, your work would become more interesting. But this is only my opinion. Luca