Re: Re: Add "clone" support to lntree
- From
Petr Baudis <pasky@ucw.cz>
- Date
- Apr 16, 2005, 23:00 UTC
- Message-ID
- <20050416230000.GN19099@pasky.ji.cz>
- In-Reply-To
- <Pine.LNX.4.21.0504152251300.30848-100000@iabervon.org>
Dear diary, on Sat, Apr 16, 2005 at 05:06:54AM CEST, I got a letter where Daniel Barkalow <barkalow@iabervon.org> told me that...
Show 8 quoted lines
> On Sat, 16 Apr 2005, Petr Baudis wrote: > > I'm sorry but you are late, I added it about a hour and half ago or so. > > :-) Check git fork. (I *want* separate command than git lntree. In fact, > > I think I should make git lntree gitXlntree.sh instead, since it is > > really internal command for git-tools and the user should probably never > > need it for anything. git lntree is too lowlevel.) > > Have you not pushed since? I don't see it.
See my last mail. :-)
Show 6 quoted lines
> I think "fork" is as good as anything for describing the operation. I had > thought about "clone" because it seemed to fill the role that "bk > clone" had (although I never used BK, so I'm not sure). It doesn't seem > useful to me to try cloning multiple remote repositories, since you'd get > a copy of anything common from each; you just want to suck everything into > the same .git/objects and split off working directories.
Actually, what about if git pull outside of repository did what git clone does now? I'd kinda like clone instead of fork too.
-- Petr "Pasky" Baudis Stuff: http://pasky.or.cz/ C++: an octopus made by nailing extra legs onto a dog. -- Steve Taylor