Hello again, built master documentation is available on [1], latest
4.1 and 4.0 tags on [2] and [3] (these two were created manually,
automated build will be triggered by a next tag).
[1] http://ovirt.github.io/ovirt-engine-api-model/master/
[2] http://ovirt.github.io/ovirt-engine-api-model/4.1/
[3] http://ovirt.github.io/ovirt-engine-api-model/4.0/
2017-01-03 15:22 GMT+01:00 Juan Hernández <jhernand@redhat.com>:
> On 01/03/2017 03:20 PM, Petr Horacek wrote:
>> Hi, I've been hacking public API docs yesterday, and I think it will
>> work in GitHub-Travis combination. Now I am waiting if Gerrit-GitHub
>> mirroring will remove branch created directly on GitHub, if not, then
>> my approach would be following:
>>
>> Both 4.0 and 4.1 branches will have .travis.yml in them that will run
>> the build and then push generated pages to gh-pages branch (authorized
>> via GitHub deploy key). For now I have a working demo on my fork
>> (https://github.com/phoracek/ovirt-engine-api-model/blob/ ),master/.travis.yml
>> this one does not use deploy keys, but token instead.
>>
>> Hope I'm not breaking your work.
>>
>
> Excellent! Please go ahead.
>
>> 2017-01-03 14:49 GMT+01:00 Vojtech Szocs <vszocs@redhat.com>:
>>>
>>>
>>> ----- Original Message -----
>>>> From: "Rafael Martins" <rmartins@redhat.com>
>>>> To: "Vojtech Szocs" <vszocs@redhat.com>
>>>> Cc: "Juan Hernández" <jhernand@redhat.com>, "Michal Skrivanek" <mskrivan@redhat.com>, "devel" <devel@ovirt.org>
>>>> Sent: Tuesday, January 3, 2017 2:28:30 PM
>>>> Subject: Re: [ovirt-devel] Publicly available REST documentation
>>>>
>>>>
>>>>
>>>> ----- Original Message -----
>>>>> From: "Vojtech Szocs" <vszocs@redhat.com>
>>>>> To: "Rafael Martins" <rmartins@redhat.com>
>>>>> Cc: "Juan Hernández" <jhernand@redhat.com>, "Michal Skrivanek"
>>>>> <mskrivan@redhat.com>, "devel" <devel@ovirt.org>
>>>>> Sent: Tuesday, January 3, 2017 2:24:22 PM
>>>>> Subject: Re: [ovirt-devel] Publicly available REST documentation
>>>>>
>>>>>
>>>>>
>>>>> ----- Original Message -----
>>>>>> From: "Rafael Martins" <rmartins@redhat.com>
>>>>>> To: "Vojtech Szocs" <vszocs@redhat.com>
>>>>>> Cc: "Juan Hernández" <jhernand@redhat.com>, "Michal Skrivanek"
>>>>>> <mskrivan@redhat.com>, "devel" <devel@ovirt.org>
>>>>>> Sent: Tuesday, January 3, 2017 2:17:49 PM
>>>>>> Subject: Re: [ovirt-devel] Publicly available REST documentation
>>>>>>
>>>>>> ----- Original Message -----
>>>>>>> From: "Vojtech Szocs" <vszocs@redhat.com>
>>>>>>> To: "Juan Hernández" <jhernand@redhat.com>
>>>>>>> Cc: "Michal Skrivanek" <mskrivan@redhat.com>, "devel" <devel@ovirt.org>
>>>>>>> Sent: Tuesday, January 3, 2017 2:11:06 PM
>>>>>>> Subject: Re: [ovirt-devel] Publicly available REST documentation
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ----- Original Message -----
>>>>>>>> From: "Juan Hernández" <jhernand@redhat.com>
>>>>>>>> To: "Jakub Niedermertl" <jniederm@redhat.com>
>>>>>>>> Cc: "devel" <devel@ovirt.org>, "Michal Skrivanek"
>>>>>>>> <mskrivan@redhat.com>
>>>>>>>> Sent: Monday, January 2, 2017 10:48:53 PM
>>>>>>>> Subject: Re: [ovirt-devel] Publicly available REST documentation
>>>>>>>>
>>>>>>>> On 01/02/2017 10:13 PM, Jakub Niedermertl wrote:
>>>>>>>>> Hi Juan,
>>>>>>>>>
>>>>>>>>> from time to time I'd like the REST doc to be available on some
>>>>>>>>> public
>>>>>>>>> site. It would allow us to
>>>>>>>>> * check the documentation without searching for running engine
>>>>>>>>> * be able to easily link documentations in irc/mails
>>>>>>>>> * link rest doc from ovirt.org site doc
>>>>>>>>> Recently I've also heard similar request from other guys (cc-ed).
>>>>>>>>> Would it be possible to for example publish generated doc of merged
>>>>>>>>> patches of ovirt-engine-api-model project? Maybe github project
>>>>>>>>> pages
>>>>>>>>> [1] of project mirror [2] could be used for hosting.
>>>>>>>>>
>>>>>>>>> Regards
>>>>>>>>> Jakub
>>>>>>>>>
>>>>>>>>> [1]
>>>>>>>>> https://help.github.com/articles/user-organization- and-project-pages/#project- pages
>>>>>>>>> [2] https://github.com/oVirt/ovirt-engine-api-model
>>>>>>>>>
>>>>>>>>
>>>>>>>> Yes, we can publish the documentation using gh-pages. I just created
>>>>>>>> and
>>>>>>>> populated the 'gh-branch' with some initial content, and requested
>>>>>>>> the
>>>>>>>> activation of the feature in Github. I will inform you when it is
>>>>>>>> ready.
>>>>>>>
>>>>>>> Alternatively, you could use readthedocs.org which supports webhooks:
>>>>>>> a push to GitHub (mirror) project [syncing Gerrit with GitHub] would
>>>>>>> regenerate the project's documentation available at
>>>>>>>
>>>>>>> <your-project>.readthedocs.io
>>>>>>>
>>>>>>> which would allow to separate the GitHub project from its docs, given
>>>>>>> the source comes from Gerrit.
>>>>>>
>>>>>> ReadTheDocs relies on sphinx and/or mkdocs to rebuild the docs when
>>>>>> called
>>>>>> by
>>>>>> the webhook, and we use something else. We just need some hosting for
>>>>>> static
>>>>>> files, then github-pages is a better solution.
>>>>>
>>>>> Hm, and what about pushing to https://github.com/oVirt/ovirt-site directly,
>>>>> instead of pushing to GitHub (mirror) project pages?
>>>>
>>>> there's no real need to mess with the ovirt-site repo. we can have a
>>>> separated repo, that can be freely updated by a jenkins job, for example,
>>>> and include it on ovirt-site using a sub-repository, like it is done for
>>>> data/events today. The good thing of this approach is that we can have
>>>> "unstable" docs in the separated repo, updated by jenkins, and just checkout
>>>> stable versions on the ovirt-site subrepo.
>>>
>>> I like the idea of <project-x-docs> as sub-repo of <ovirt-site> :)
>>>
>>> Thanks for your response, it makes sense.
>>>
>>>>
>>>> Rafael
>>>>
>>>>>>
>>>>>> Thanks.
>>>>>> Rafael
>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Devel mailing list
>>>>>>>> Devel@ovirt.org
>>>>>>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Devel mailing list
>>>>>>> Devel@ovirt.org
>>>>>>> http://lists.ovirt.org/mailman/listinfo/devel
>>>>>>
>>>>>
>>>>
>>> _______________________________________________
>>> Devel mailing list
>>> Devel@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/devel
>
_______________________________________________
Devel mailing list
Devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel