<div dir="ltr"><div><div>Let's try it. Surely it works logically, we have to see if it adds too much git work.<br><br></div>Bye<br></div>Davide<br><div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-03-17 22:04 GMT+01:00 Gianluca Rigoletti <span dir="ltr"><<a href="mailto:gianluca.rigoletti@gmail.com" target="_blank">gianluca.rigoletti@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ok for me. I will try to follow the procedure in the next days<br>
<div class="HOEnZb"><div class="h5"><br>
2016-03-17 22:03 GMT+01:00 Davide Valsecchi <<a href="mailto:valsecchi.davide94@gmail.com">valsecchi.davide94@gmail.com</a>>:<br>
> I think it's better to keep it as a submodule. Well, so we can create the<br>
> "release branches" on Neverland along with master to link with the main<br>
> repo? it's ok for you?<br>
><br>
> 2016-03-17 0:31 GMT+01:00 Ingo Malchow <<a href="mailto:imalchow@kde.org">imalchow@kde.org</a>>:<br>
>><br>
>> Am Mittwoch, 16. März 2016, 22:09:13 CET schrieb Gianluca Rigoletti:<br>
>> > So,<br>
>> > as far as I understand, we should use Neverland as a submodule and<br>
>> > follow the git workflow like the main codebase. I want to know it just<br>
>> > to be sure to do my commits in the correct way. It happened that few<br>
>> > weeks ago there were some minor fixes and suddenly all of the git<br>
>> > branching elaborated by Davide has been called into question. That is<br>
>> > why I started this topic. I don't really have ideas about this; I just<br>
>> > want to be sure that once everyone agrees we will stay consistent with<br>
>> > what we've chosen to do :)<br>
>><br>
>> There is another option, just to have it mentioned. Do not use neverland<br>
>> as<br>
>> submodule at all, but let the setup script simply clone it into the skins<br>
>> dir.<br>
>> As this is a mediawiki clone, the gitignore should be fine with it.<br>
>> That way you won't need to update the submodule on each change.<br>
>><br>
>> But really, only to have it mentioned.<br>
>><br>
>> ><br>
>> > 2016-03-16 21:39 GMT+01:00 Luca Toma <<a href="mailto:toma.luca95@gmail.com">toma.luca95@gmail.com</a>>:<br>
>> > > The basic idea is: (our) neverland is not a thing like the main<br>
>> > > homepage,<br>
>> > > is a standard mediawiki theme developed for wikitolearn.<br>
>> > > I think we can tell to evry developer that works only on the theme to<br>
>> > > use<br>
>> > > a<br>
>> > > standard setup of mediawiki to write the code and test it, only after<br>
>> > > this<br>
>> > > we need to test it on the wikitolearn env, this workflow can speed up<br>
>> > > the<br>
>> > > theme development and allow evry html/css/php developer to work on the<br>
>> > > theme without have to install all wikitolearn stuff.<br>
>> > ><br>
>> > > I think we can't use one repo because the theme and wikitolearn aren't<br>
>> > > the<br>
>> > > same thing, also about the history of the repo: if you have only one<br>
>> > > repo<br>
>> > > there isn't a log for only the theme stuff but you have to deal<br>
>> > > evrytime<br>
>> > > with other things not related to the skin (like new OCG image, or new<br>
>> > > script stuff).<br>
>> > ><br>
>> > > My idea is about allow a developer to have only things required to<br>
>> > > work<br>
>> > > and<br>
>> > > have one repo for evrything is not the way, i think we are on the<br>
>> > > right<br>
>> > > way<br>
>> > > for this, "I wouldn't like to change the way"<br>
>> > ><br>
>> > > Toma Luca<br>
>> > ><br>
>> > > 2016-03-16 20:47 GMT+01:00 Davide Valsecchi<br>
>> <<a href="mailto:valsecchi.davide94@gmail.com">valsecchi.davide94@gmail.com</a>>:<br>
>> > >> 2016-03-16 20:45 GMT+01:00 Ingo Malchow <<a href="mailto:imalchow@kde.org">imalchow@kde.org</a>>:<br>
>> > >>> Am Mittwoch, 16. März 2016, 20:35:49 CET schrieb Davide Valsecchi:<br>
>> > >>> > I see that you prefer Neverland as a submodule and it does makes<br>
>> > >>> > sense.<br>
>> > >>> > So<br>
>> > >>> > we have to think about its git workflow. Remember that the main<br>
>> > >>> > repo<br>
>> > >>> > is<br>
>> > >>> > organized in this way<br>
>> > >>> ><br>
>> > >>> ><br>
>> > >>> > <a href="http://meta.wikitolearn.org/Guide_for_the_development_of_WikiToLearn/G" rel="noreferrer" target="_blank">http://meta.wikitolearn.org/Guide_for_the_development_of_WikiToLearn/G</a><br>
>> > >>> > it_Wor kflow .<br>
>> > >>> ><br>
>> > >>> > Neverland could have a different flow, but it must be consistent<br>
>> > >>> > with<br>
>> > >>> > the<br>
>> > >>> > main one.<br>
>> > >>> > I know that submodules are referenced only as single commits, but<br>
>> > >>> > it<br>
>> > >>> > could<br>
>> > >>> > be a problem to leave Neverland only with master with different<br>
>> > >>> > branches on<br>
>> > >>> > WTL.<br>
>> > >>><br>
>> > >>> Can you ellaborate on the last part? Does it mean it is _not_<br>
>> > >>> possible<br>
>> > >>> to<br>
>> > >>> have<br>
>> > >>> different branches on a submodule with the intended workflow?<br>
>> > >>><br>
>> > >>> Apart from that, the WTL workflow looks a lot like<br>
>> > >>> <a href="http://nvie.com/posts/a-successful-git-branching-model/" rel="noreferrer" target="_blank">http://nvie.com/posts/a-successful-git-branching-model/</a>, which i<br>
>> > >>> personally<br>
>> > >>> favor as well (if that<br>
>> > >>> counts). ;)<br>
>> > >><br>
>> > >> I copied it :)<br>
>> > >><br>
>> > >> yes one possibility is following the same workflow on Neverland, it's<br>
>> > >> not<br>
>> > >> a problem, but could have a lot of git overhead to the work.<br>
>> > >><br>
>> > >>> > What do you think? I don't have a definite idea about that<br>
>> > >>> ><br>
>> > >>> > Davide<br>
>> > >>> ><br>
>> > >>> > 2016-03-16 18:30 GMT+01:00 Ingo Malchow <<a href="mailto:ingo@neverendingi.de">ingo@neverendingi.de</a>>:<br>
>> > >>> > > Am 16.03.2016 15:47 schrieb Luca Toma <<a href="mailto:toma.luca95@gmail.com">toma.luca95@gmail.com</a>>:<br>
>> > >>> > > > Hi,<br>
>> > >>> > > > I think we have to keep it in its own repository because<br>
>> > >>> > > > basicaly<br>
>> > >>> > > > is a<br>
>> > >>> > ><br>
>> > >>> > > mediawiki skin and this kind of stuff is designed to be a module<br>
>> > >>> > > quite<br>
>> > >>> > > indipendent.<br>
>> > >>> > ><br>
>> > >>> > > > In theory the skin workflow can be quite indipendent and can<br>
>> > >>> > > > be<br>
>> > >>> > ><br>
>> > >>> > > developed in a standard mediawiki setup.<br>
>> > >>> > ><br>
>> > >>> > ><br>
>> > >>> > > Agreed, wikimedia itself does it the same way, all themes are<br>
>> > >>> > > available as<br>
>> > >>> > > separate clone or submodule, and the skins dir is added to<br>
>> > >>> > > gitignore.<br>
>> > >>> > ><br>
>> > >>> > > > Bye<br>
>> > >>> > > ><br>
>> > >>> > > > Toma Luca<br>
>> > >>> > > ><br>
>> > >>> > > > 2016-03-15 19:33 GMT+01:00 Davide Valsecchi <<br>
>> > >>> > ><br>
>> > >>> > > <a href="mailto:valsecchi.davide94@gmail.com">valsecchi.davide94@gmail.com</a>>:<br>
>> > >>> > > >> Hi!<br>
>> > >>> > > >><br>
>> > >>> > > >> I see two possible ways to fit Neverland git flow in the new<br>
>> > >>> > > >> model:<br>
>> > >>> > > >><br>
>> > >>> > > >> 1) inserting neverland into WTL main repo could be really<br>
>> > >>> > > >> convenient.<br>
>> > >>> > ><br>
>> > >>> > > The docker part is going to be removed so now the repo is<br>
>> > >>> > > becoming<br>
>> > >>> > > only<br>
>> > >>> > > mediawiki development: adding the skin could simplify the<br>
>> > >>> > > traking.<br>
>> > >>> > ><br>
>> > >>> > > >> 2) if we want to have neverland as a submodule we should<br>
>> > >>> > > >> follow<br>
>> > >>> > > >> the new<br>
>> > >>> > ><br>
>> > >>> > > git flow also inside it, for consistency. Doing so there is a<br>
>> > >>> > > lot of<br>
>> > >>> > > git<br>
>> > >>> > > work for every commit, keeping in mind the changes are usually<br>
>> > >>> > > hotifixes.<br>
>> > >>> > ><br>
>> > >>> > > >> What do you think?<br>
>> > >>> > > >> Bye<br>
>> > >>> > > >><br>
>> > >>> > > >> Davide<br>
>> > >>> > > >><br>
>> > >>> > > >> 2016-03-15 19:24 GMT+01:00 Cristian Baldi <bld.cris.<br>
>> <a href="mailto:96@gmail.com">96@gmail.com</a>>:<br>
>> > >>> > > >>> Hey,<br>
>> > >>> > > >>><br>
>> > >>> > > >>> From an organization point I would prefer leaving them<br>
>> > >>> > > >>> separated:<br>
>> > >>> > > >>> even<br>
>> > >>> > ><br>
>> > >>> > > if Neverland is deeply connected with our repo (because of all<br>
>> > >>> > > the<br>
>> > >>> > > custom<br>
>> > >>> > > stuff we have applied to it), skins are something that should be<br>
>> > >>> > > outside<br>
>> > >>> > > the mediawiki repo.<br>
>> > >>> > ><br>
>> > >>> > > >>> From your perspective I understand why that could be useful:<br>
>> > >>> > > >>> faster<br>
>> > >>> > ><br>
>> > >>> > > developing and no way to forget to update the submodule.<br>
>> > >>> > ><br>
>> > >>> > > >>> Let's wait for more experienced git guys to answer.<br>
>> > >>> > > >>><br>
>> > >>> > > >>> 2016-03-15 18:18 GMT+00:00 Gianluca Rigoletti <<br>
>> > >>> > ><br>
>> > >>> > > <a href="mailto:gianluca.rigoletti@gmail.com">gianluca.rigoletti@gmail.com</a>>:<br>
>> > >>> > > >>>> Hey everyone!<br>
>> > >>> > > >>>> What do you think about integrating Neverland in the main<br>
>> > >>> > > >>>> repo<br>
>> > >>> > > >>>> and<br>
>> > >>> > > >>>> get<br>
>> > >>> > > >>>> rid of it as a submodule?<br>
>> > >>> > > >>>> At the moment, the majority of the Neverland commits are<br>
>> > >>> > > >>>> hotfixes and<br>
>> > >>> > > >>>> there are not really new features.<br>
>> > >>> > > >>>> It is a short question but I need to understand how to move<br>
>> > >>> > > >>>> in<br>
>> > >>> > > >>>> the<br>
>> > >>> > > >>>> next few days for pushing some commits.<br>
>> > >>> > > >>>><br>
>> > >>> > > >>>> Bye!<br>
>> > >>> > > >>>><br>
>> > >>> > > >>>> --<br>
>> > >>> > > >>>> Gianluca<br>
>> > >>> > > >>>> _______________________________________________<br>
>> > >>> > > >>>> WikiToLearn-Tech mailing list<br>
>> > >>> > > >>>> <a href="mailto:WikiToLearn-Tech@kde.org">WikiToLearn-Tech@kde.org</a><br>
>> > >>> > > >>>> <a href="https://mail.kde.org/mailman/listinfo/wikitolearn-tech" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/wikitolearn-tech</a><br>
>> > >>> > > >>><br>
>> > >>> > > >>> _______________________________________________<br>
>> > >>> > > >>> WikiToLearn-Tech mailing list<br>
>> > >>> > > >>> <a href="mailto:WikiToLearn-Tech@kde.org">WikiToLearn-Tech@kde.org</a><br>
>> > >>> > > >>> <a href="https://mail.kde.org/mailman/listinfo/wikitolearn-tech" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/wikitolearn-tech</a><br>
>> > >>> > > >><br>
>> > >>> > > >> _______________________________________________<br>
>> > >>> > > >> WikiToLearn-Tech mailing list<br>
>> > >>> > > >> <a href="mailto:WikiToLearn-Tech@kde.org">WikiToLearn-Tech@kde.org</a><br>
>> > >>> > > >> <a href="https://mail.kde.org/mailman/listinfo/wikitolearn-tech" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/wikitolearn-tech</a><br>
>> > >>><br>
>> > >>> --<br>
>> > >>> Ingo Malchow<br>
>> > >>> _______________________________________________<br>
>> > >>> WikiToLearn-Tech mailing list<br>
>> > >>> <a href="mailto:WikiToLearn-Tech@kde.org">WikiToLearn-Tech@kde.org</a><br>
>> > >>> <a href="https://mail.kde.org/mailman/listinfo/wikitolearn-tech" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/wikitolearn-tech</a><br>
>> > >><br>
>> > >> _______________________________________________<br>
>> > >> WikiToLearn-Tech mailing list<br>
>> > >> <a href="mailto:WikiToLearn-Tech@kde.org">WikiToLearn-Tech@kde.org</a><br>
>> > >> <a href="https://mail.kde.org/mailman/listinfo/wikitolearn-tech" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/wikitolearn-tech</a><br>
>> > ><br>
>> > > _______________________________________________<br>
>> > > WikiToLearn-Tech mailing list<br>
>> > > <a href="mailto:WikiToLearn-Tech@kde.org">WikiToLearn-Tech@kde.org</a><br>
>> > > <a href="https://mail.kde.org/mailman/listinfo/wikitolearn-tech" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/wikitolearn-tech</a><br>
>><br>
>><br>
>> --<br>
>> Ingo Malchow<br>
>> _______________________________________________<br>
>> WikiToLearn-Tech mailing list<br>
>> <a href="mailto:WikiToLearn-Tech@kde.org">WikiToLearn-Tech@kde.org</a><br>
>> <a href="https://mail.kde.org/mailman/listinfo/wikitolearn-tech" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/wikitolearn-tech</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> WikiToLearn-Tech mailing list<br>
> <a href="mailto:WikiToLearn-Tech@kde.org">WikiToLearn-Tech@kde.org</a><br>
> <a href="https://mail.kde.org/mailman/listinfo/wikitolearn-tech" rel="noreferrer" target="_blank">https://mail.kde.org/mailman/listinfo/wikitolearn-tech</a><br>
><br>
<br>
<br>
<br>
--<br>
</div></div><span class="HOEnZb"><font color="#888888">Gianluca<br>
</font></span></blockquote></div><br></div>