D'ar gwener 01 a viz Meurzh 2013 e 11 eur 01, « Tom Hacohen » he deus skrivet : > On 01/03/13 09:53, Bertrand Jacquin wrote: > > D'ar gwener 01 a viz Meurzh 2013 e 10 eur 44, « Tom Hacohen » he deus > > skrivet : > >> On 28/02/13 19:55, Bertrand Jacquin wrote: > >>> Another thing that can be done is a dumb repository using git submodule > >>> : > >>> > >>> $ git init /var/tmp/e-core > >>> $ cd /var/tmp/e-core > >>> $ git submodule add http://git.enlightenment.org/core/efl.git/ efl > >>> $ git submodule add http://git.enlightenment.org/core/elementary.git/ > >>> elementary > >>> $ git submodule add > >>> http://git.enlightenment.org/core/enlightenment.git/ enlightenment > >>> $ git submodule add > >>> http://git.enlightenment.org/core/evas_generic_loaders.git > >>> evas_generic_loaders > >>> > >>> Then to update all the repositories : > >>> > >>> $ git submodule update > >>> > >>> We can easily provide some dumb repositories for different kind of usage > >>> so you will just need to clone the dumb one. Theses dumb repo should be > >>> maintain manually. > >> > >> Yeah, we thought about that, and also talked about it with leif that > >> suggested it as well. I don't really like it. While it does make sense > >> for efl, elm and evas_generic loaders as they might have actual > >> dependency requirements, enlightenment has nothing to do with it. > >> > >> Also, people will have to maintain that repository which is quite a pain > >> in the ass, and a good reason why to give up on this idea. > >> > >> When you run "git submodule update" it doesn't "update" the repositories > >> according to upstream, but it's just a "local refresh" > > > > Yes, it is 'git submodule foreach git fetch' > > > > $ git submodule foreach git fetch > > Entering 'efl' > > Entering 'elementary' > > Entering 'enlightenment' > > remote: Counting objects: 155, done. > > remote: Compressing objects: 100% (46/46), done. > > remote: Total 143 (delta 126), reused 112 (delta 97) > > Receiving objects: 100% (143/143), 24.90 KiB, done. > > Resolving deltas: 100% (126/126), completed with 12 local objects. > > From http://git.enlightenment.org/core/enlightenment > > + ea2f81d...4dbaae8 devs/jeyzu/mixer -> origin/devs/jeyzu/mixer (forced > > update) > > > > Mainting scripts, or maintaining a git dumb repo is quiet the same. > > Yeah, but that means every user will have to do: > git clone master_repo.git > git submodule init > git submodule update > git submodule foreach git fetch (is that enough? Don't you need to also > merge that submodule?) > > Which is very tedious.
I was meaning that gitolite can create/update automatically a dumb git repo that only register submodule, for exemple : http://git.enlightenment.org/devs/beber/poc-submodule-core.git/tree/README That repo was created using the following as an exemple for the core category : $ git clone git+ssh://git.enlightenment.org/devs/beber/poc-submodule-core.git $ git submodule add http://git.enlightenment.org/core/efl.git/ efl $ git submodule add http://git.enlightenment.org/core/elementary.git/ elementary $ git submodule add http://git.enlightenment.org/core/enlightenment.git/ enlightenment $ git submodule add http://git.enlightenment.org/core/evas_generic_loaders.git evas_generic_loaders $ git add .gitmodules $ git commit .gitmodules efl elementary enlightenment \ evas_generic_loaders -m 'add modules efl emotion_generic_players enlightenment' $ git push The README show how to reproduce the same thing as git_multi.sh pull, clone, run etc .. So no every user will have to do this once it's registered in the dumb repo. -- Beber
pgpoTI50yjRaZ.pgp
Description: PGP signature
------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
