<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2016-06-27 21:45 GMT+02:00 Régis Haubourg <span dir="ltr"><<a href="mailto:regis.haubourg@gmail.com" target="_blank">regis.haubourg@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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></blockquote><div><br></div><div>The designed architecture of the resource sharing system is protocol independent: handlers for different repository protocols can be easily added.<br><br></div><div>The idea is to have at least:<br></div><div>- filesystem (symbol repository is on filesystem, for example a network share), this is the simplest case: a copy command is all we need to fetch resources and update them<br></div>- git<br><div><br></div><div>So, git is just one of the possible handlers for remote repositories and the idea is that the average user will never know that git is used under the hood, it should be completely transparent.<br></div><br><div>If the general design will be respected during the implementation, it will be really easy to expand the system to handle different remotes and different shared resources.<br><br></div><div>The idea comes from the flexibility of python pip: it can fetch and install resources (python packages in this case) from many different URIs, git included.<br></div><div><br></div><div>Cheers<br></div><div> <br></div></div><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Alessandro Pasotti<br>w3:   <a href="http://www.itopen.it" target="_blank">www.itopen.it</a></div>
</div></div>