<div dir="ltr">I think it's better to keep it as a submodule. Well, so we can create the "release branches" on Neverland along with master to link with the main repo? it's ok for you?<br></div><div class="gmail_extra"><br><div class="gmail_quote">2016-03-17 0:31 GMT+01:00 Ingo Malchow <span dir="ltr"><<a href="mailto:imalchow@kde.org" target="_blank">imalchow@kde.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">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>
</span>There is another option, just to have it mentioned. Do not use neverland as<br>
submodule at all, but let the setup script simply clone it into the skins 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>
<div><div class="h5"><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 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 use<br>
> > a<br>
> > standard setup of mediawiki to write the code and test it, only after this<br>
> > we need to test it on the wikitolearn env, this workflow can speed up 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 the<br>
> > same thing, also about the history of the repo: if you have only one repo<br>
> > there isn't a log for only the theme stuff but you have to deal 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 work<br>
> > and<br>
> > have one repo for evrything is not the way, i think we are on the 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 repo<br>
> >>> > is<br>
> >>> > organized in this way<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>
</div></div>> >>> > it_Wor kflow .<br>
<div class="HOEnZb"><div class="h5">> >>> ><br>
> >>> > Neverland could have a different flow, but it must be consistent with<br>
> >>> > the<br>
> >>> > main one.<br>
> >>> > I know that submodules are referenced only as single commits, but 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_ 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 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 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 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 becoming<br>
> >>> > > only<br>
> >>> > > mediawiki development: adding the skin could simplify the traking.<br>
> >>> > ><br>
> >>> > > >> 2) if we want to have neverland as a submodule we should follow<br>
> >>> > > >> the new<br>
> >>> > ><br>
> >>> > > git flow also inside it, for consistency. Doing so there is a 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 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 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 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>
</div></div></blockquote></div><br></div>