So what you're saying (and I like it) is:
I'm assuming that the release tagging for <service>-apb repo is always the 'version number' we want to communicate to end users?
Thanks Jose,I will follow up and move things appropriately after we agree on the layout.So what you're saying (and I like it) is:I'm assuming that the release tagging for <service>-apb repo is always the 'version number' we want to communicate to end users?It's unfortunate that it's split over two github organizations, but we can 'fix that in docs' if agreed,PaulOn Tue, Feb 13, 2018 at 7:49 AM, Jose Miguel Gallas Olmedo <jgallaso@redhat.com> wrote:Hi Paul,think docs should live into their respective repos (including references and guides) since it's always easier for everyone to find them. Documentation about services in the -apb repos, SDKs in -sdk repos and so on.At a meeting a few weeks ago, we decided not to centralize all the docs for mobile.next, because:
* keep docs closer to code
* keep docs and code versioned together
* allow devs update docs in same repo as they are working
We also decided not to create sidecar repos, eg a mobile-<service>-docs repo.Assuming we as in we, Aerogear, several of docs from https://github.com/aerogear/mobile-docs/ should be moved into their respective repos.I however think mobile-docs would be good to have general documentation and how-tos that affects several services or the platform itself like adding-services-to-ansible-broker.adoc .Regards,On 12 February 2018 at 16:24, Wojciech Trocki <wtrocki@redhat.com> wrote:To view this discussion on the web visit https://groups.google.com/d/ms--We started writing user stories for SDK's (splitting between contributor and user roles )SDK's already have solid base that will be extended over the time, with similar patterns across platforms.IOS:
https://github.com/aerogear/aerogear-ios-sdk/tree/master/doc s Android (WIP - going to be updated soon)> and docs for android sdk would end up in:Android-sdk repository is just used for Mobile OpenShift Service Catalog (AeroGear Services)so push SDK may be probably in separate repository and be imported into AeroGear Services SDK.RegardsWojtek--On Mon, Feb 12, 2018 at 3:11 PM, Paul Wright <pwright@redhat.com> wrote:Hi,--At a meeting a few weeks ago, we decided not to centralize all the docs for mobile.next, because:* keep docs closer to code* keep docs and code versioned together* allow devs update docs in same repo as they are workingWe also decided not to create sidecar repos, eg a mobile-<service>-docs repo.With that in mind, I thought that docs for push would end up in:and docs for android sdk would end up in:but that was before I discovered that the following is the nearest thing to a 'metrics' repo that would be suitable for /docs:However, I don't think switching org is a good experience for anyone (user or contributor), so I'm wondering if anyone has a good idea where to docs should live (relative to the code), eg:* service and sdk docs live the apb repos* service docs in apb repos, and sdk docs in 'code' repo* something elsethanks,Paul--Paul WrightSenior Technical WriterRed Hat, Waterford, Irelandgitlab: finp
You received this message because you are subscribed to the Google Groups "Aerogear" group.
To unsubscribe from this group and stop receiving emails from it, send an email to aerogear+unsubscribe@googlegroups.com .
To post to this group, send email to aerogear@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/aerogear/CALLRKFhFVgDt1KiA .iJ1R22qmcP%2Be_%2Bp3g9hbYnrrRo qXFuvKzQ%40mail.gmail.com
For more options, visit https://groups.google.com/d/optout .
You received this message because you are subscribed to the Google Groups "Aerogear" group.
To unsubscribe from this group and stop receiving emails from it, send an email to aerogear+unsubscribe@googlegroups.com .
To post to this group, send email to aerogear@googlegroups.com.gid/aerogear/CAO0%2Bn%2BrSV8fD .5A4fuTJiKrXoba2MpnXrSB1CLrmV%3 DrYgnZ%2BCzA%40mail.gmail.com --Paul WrightSenior Technical WriterRed Hat, Waterford, Irelandgitlab: finp