<p dir="ltr">Hi, <br>
I tend to think that git / github workflow could be too high technician for most users that have not developer's culture. This is how I see it for processing script sharing today.. but processing is mostly concerning devs when styling is a lot wider. <br>
 Why not combine both? Gist or equivalent for static files and git for the main repo where or and collaborative work is required? <br>
Cheers Regis </p>
<p dir="ltr">Le 27 juin 2016 21:20, "Richard Duivenvoorde" <<a href="mailto:rdmailings@duif.net">rdmailings@duif.net</a>> a écrit :<br>
><br>
> On 27-06-16 18:28, Vincent Picavet (ml) wrote:<br>
> > On 27/06/2016 12:41, Matthias Kuhn wrote:<br>
> >> > On 06/27/2016 11:32 AM, Akbar Gumbira wrote:<br>
> >>> >> Thanks for the feedback. Unfortunately raw URL is only provided for a<br>
> >>> >> single file, not a directory.<br>
> >> ><br>
> >> > Couldn't all the files be downloaded individually?<br>
> >> > This will result in a couple of additional requests, but I'm not sure<br>
> >> > this is something to worry about.<br>
> >> > The main question would then be, where the client could retrieve the<br>
> >> > file list (paths relative). Generating this list could be part of the<br>
> >> > upload script.<br>
> > I may be late to the party, but I really do not get the point of using<br>
> > git here for data retrieval.<br>
> > And furthermore, I wouldn't want QGIS to have a hard dependency on git,<br>
> > which is a developer tool users are not supposed to have installed by<br>
> > default.<br>
><br>
> Hi Vincent,<br>
><br>
> There has been some (a lot of) discussion indeed already :-)<br>
><br>
> But the main idea of using git was to have lively updated<br>
> style/symbol/data repositories: by keeping users repo's as<br>
> personal/named style repo's they would get credit for their work. They<br>
> could 'just' do this by starting a repo on Github/Bitbucket/Gitlab. So<br>
> somebody could clone a repo, add one individual icon to it, and maybe<br>
> one updated style and do a pull request.<br>
> Using git then we would have an 'easy' way to update the users local<br>
> repo's with only those files that were updated.<br>
> If I'm correct we would not need a git install, there is also a native<br>
> python-git version which could be used as module.<br>
><br>
> But thinking about this more, your options is also valid: another<br>
> strategy would be split up the work in:<br>
> -1- serving static files (with a version number in the metadata?) to<br>
> serve out the stuff on a http server<br>
> -2- have the files in git repo's for the administration of it: add stuff<br>
> via pr's etc...<br>
><br>
> Off course a lot of possible solutions are ok :-(<br>
><br>
> Regards,<br>
><br>
> Richard<br>
><br>
> _______________________________________________<br>
> Qgis-developer mailing list<br>
> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
> List info: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
> Unsubscribe: <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a></p>