You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In order to ensure our users can find their way to all the relevant documentation for our service, we want to ensure upstream CF documentation is incorporated into cloud.gov navigation and search results.
Acceptance Criteria
GIVEN I am looking at cloud.gov in my browser
WHEN I look at the left-side navigation hierarchy
THEN I see the titles of customer-relevant upstream CF documentation (see below)
AND when I click the titles then I see the corresponding documentation in the cloud.gov domain.
GIVEN I am looking at cloud.gov in my browser
WHEN I search for a term that only appears in upstream CF docs
THEN I see more than 0 search results.
No concerns. All of the information to be published is already public at docs.cloudfoundry.org.
Implementation sketch
The upstream "book" repository uses an obsolete set of Gems and Ruby versions to process the files in the various repositories with a Ruby-centric static site generator, Middleman. The repository processes the ERBs into Markdown, and then the Markdown into a full site, served by Ruby, using template HTML/JS/CSS layouts to generate the content.
cg-site is a Hugo repository for generating the cloud.gov static site. Hugo only needs Markdown for input, since it already has its own layout for the cloud.gov branding and style. So rather than using Middleman, bookbinder, specific Gem and Ruby versions, etc. we can just process the ERB content to generate Markdown, and stop there.
This is an important shortcoming of cg-site to address, but maybe not the most important. We are removing it from the board with the anticipation that it will be considered alongside other website improvements in a dedicated backlog, potentially by a team that is prepared to own that dedicated backlog.
Arsalan and I got together with some Rubyists to discuss the problem. I edited the top post to include some of what we learned about how to process the upstream docs for inclusion in cg-site.
In order to ensure our users can find their way to all the relevant documentation for our service, we want to ensure upstream CF documentation is incorporated into cloud.gov navigation and search results.
Acceptance Criteria
WHEN I look at the left-side navigation hierarchy
THEN I see the titles of customer-relevant upstream CF documentation (see below)
AND when I click the titles then I see the corresponding documentation in the cloud.gov domain.
WHEN I search for a term that only appears in upstream CF docs
THEN I see more than 0 search results.
Documentation we should be including:
Security considerations
No concerns. All of the information to be published is already public at docs.cloudfoundry.org.
Implementation sketch
The upstream "book" repository uses an obsolete set of Gems and Ruby versions to process the files in the various repositories with a Ruby-centric static site generator, Middleman. The repository processes the ERBs into Markdown, and then the Markdown into a full site, served by Ruby, using template HTML/JS/CSS layouts to generate the content.
cg-site is a Hugo repository for generating the cloud.gov static site. Hugo only needs Markdown for input, since it already has its own layout for the cloud.gov branding and style. So rather than using Middleman, bookbinder, specific Gem and Ruby versions, etc. we can just process the ERB content to generate Markdown, and stop there.
.html.md.erb
files in the referenced repositories to.md.erb
to make it clear we don't intend to process them all the way to HTML.md.erb
files in the referenced repositories to produce cloud.gov-specific Markdowncg-site
repository at build times/https://docs.cloudfoundry.org//
on all the existing links to the upstream docs siteThe text was updated successfully, but these errors were encountered: