<div dir="ltr"><div>For <a href="http://ardour.org">ardour.org</a> and <a href="http://community.ardour.org">community.ardour.org</a>, we mirror the git repo to the webserver and make it rebuild the page(s) after a receiver. It works pretty easily - edit, commit, push ... gets mirrored automatically, website is rebuilt.<br><br></div>But I'm fine with any approach, really. It is true that the rebuild-on-server thing does make slightly more of a demand on the webserver config.<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 4, 2016 at 5:04 AM, Markus Seeber <span dir="ltr"><<a href="mailto:markus.seeber@mailbox.org" target="_blank">markus.seeber@mailbox.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I will think about that since that could solve some other problems too,<br>
like being able to insert build date or commit hash or a tag into the<br>
generated page.<br>
<br>
Would you prefer the webserver to rebuild the page after a push? This<br>
would require jekyll to be available on the webserver in the required<br>
version (maintenance effort).<br>
The other possibility would be to have discrete releases where _site is<br>
rebuilt and tags are created, which would not require jekyll on the<br>
webserver.<br>
Depends on how you or anyone else maintaining the hosting would like to<br>
have that handled.<br>
<br>
If no decision is made, I'd rather tag discrete releases for now.<br>
<div class="HOEnZb"><div class="h5"><br>
On 05/03/2016 08:48 PM, Paul Davis wrote:<br>
> Well, either that or there needs to be post-pull hook that rebuilds _site<br>
> ...<br>
><br>
> On Tue, May 3, 2016 at 2:37 PM, Markus Seeber <<a href="mailto:markus.seeber@spectralbird.de">markus.seeber@spectralbird.de</a><br>
>> wrote:<br>
>> This is correct. It is in sync with the changes I mentioned with the<br>
>> last "pull request mail". The reason for not rebuilding "_site" on every<br>
>> commit is, that changes to markdown files may generate a lot of changes<br>
>> in "_site" so I do not commit "_site" on every change.<br>
>><br>
>> I can create tags in future to signal a release, would this be appropriate?<br>
>><br>
>> On 05/03/2016 08:05 PM, Paul Davis wrote:<br>
>>> Markus - pulled the site, but the contents of the _site folder/dir do not<br>
>>> appear up to date ...<br>
>>><br>
>>> On Wed, Apr 6, 2016 at 12:38 PM, Markus Seeber <<br>
>>> <a href="mailto:markus.seeber@spectralbird.de">markus.seeber@spectralbird.de</a>> wrote:<br>
>>><br>
>>>> On 04/05/2016 03:38 PM, JoergSorge wrote:<br>
>>>>>> Do you think the software is in a state such that end users can build,<br>
>>>>>> install, configure and use it themselves?<br>
>>>>> That's a good question ;-) I know, I have a lot to do to make install<br>
>>>>> and docs user friendly...<br>
>>>>> Regards Jörg<br>
>>>>><br>
>>>> I tracked your request anyway:<br>
>>>> <a href="https://github.com/jackaudio/jackaudio.github.com/issues/45" rel="noreferrer" target="_blank">https://github.com/jackaudio/jackaudio.github.com/issues/45</a><br>
>>>><br>
>>>> If you think it is worth sharing, I'll include it.<br>
>>>><br>
>>>> Best regards<br>
>>>> Markus<br>
>>>> _______________________________________________<br>
>>>> Jack-Devel mailing list<br>
>>>> <a href="mailto:Jack-Devel@lists.jackaudio.org">Jack-Devel@lists.jackaudio.org</a><br>
>>>> <a href="http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org" rel="noreferrer" target="_blank">http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org</a><br>
>>>><br>
<br>
</div></div></blockquote></div><br></div>