[Kde-scm-interest] Have we arrived to a dead end?

[Boyd Stephen Smith Jr.]

On Friday 12 February 2010 16:19:29 Thiago Macieira wrote:
> Em Sexta-feira 12. Fevereiro 2010, às 19.05.51, Oswald Buddenhagen escreveu:
> > On Fri, Feb 12, 2010 at 12:35:47PM +0100, Riccardo Iaconelli wrote:
> > > Hire someone to make a better git?
> >
> > i actually like that idea as well.
> > the central requirement is having "something like svn externals". one
> > thing is truly transparent submodule handling, including atomicity (real
> > or something close to it). the second use case would be sharing cmake
> > function libraries without having to say "you need to install
> > kdegames-cmake so that kpat can tell you what's missing".
> 
> Atomicity and multiple repositories is impossible. Forget it.
> 
> Choose one or the other.

I think we want atomicity, along with both narrow (parts of the tree) and 
shallow (only parts of the history) clones.  It would be nice if there was a 
way to incrementally grow a narrow/shallow clones to the point where it can 
handle a specific merge, but the narrow/shallow clones need to be at least 
good enough to develop feature branches, test merge into master, pass unit 
tests and push the branch to master.

Most new developers are only going to want part of the tree.  Most developers 
in general don't want to spend the extra time / bandwidth needed to pull a 
full history -- they want just enough history for git to automate their 
merges.  Developers that want to handle any merge what-so-ever will just have 
to wait for the whole repo to download.

I haven't been following git development in a while.  Maybe this is possible.  
I don't think it is, and that may mean that git is not the best tool for all 
of KDE right now.

I'm just an observer from the outside.  I'm currently just a KDE user, not yet 
a contributor.
-- 
Boyd Stephen Smith Jr.           	 ,= ,-_-. =.
bss at iguanasuicide.net            	((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy 	 `-'(. .)`-'
http://iguanasuicide.net/        	     \_/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/kde-scm-interest/attachments/20100212/01098383/attachment.sig