commit | 6fc68a4058405e1ae56769653177151fa9005e8d | [log] [tgz] |
---|---|---|
author | cwanda <wanda@happycity.com> | Tue Jul 18 06:31:37 2017 -0700 |
committer | cwanda <wanda@happycity.com> | Tue Jul 18 06:33:30 2017 -0700 |
tree | d0a06a16865643f7ebe59d0286a4d35e113b1740 | |
parent | 1f831f90f1389a6775fea9bd1e25c963e0c8539b [diff] |
Added note on J-Link versions and input char limits. See MYNEWT-813.
The Apache MyNewt site is built using MkDocs.
Clone the repo:
git clone https://github.com/apache/mynewt-site cd mynewt-site
Optional: it's a very good idea to use a virtualenv
:
virtualenv venv . venv/bin/activate
Install the requirements:
pip install -r requirements.txt
develop
branch.mkdocs serve
When a new release of MyNewt OS and its associated tools occurs, the documentation in the git develop
branch of this repository should be in sync with the released version. The following steps will create a documentation branch for the release and make it available as the default documentation from the mynewt-site.
develop
on github.git pull --rebase origin develop
to pull the latest merged changes.git checkout master
mkdocs.yml
to reflect the new version.latest
flag, only one release should be marked latest../build.py
./serve.py
./deploy.sh
asf-site
branch.The runtime-bot github user does a build every ~15 minutes and opens a Pull Request against the asf-site branch if there are any changes. It is recommended that the runtime-bot PRs are used to deploy changes to the site instead of PRs from individual contributors. The runtime-bot PRs give us repeatable builds using known versions of the build tools.
For the deployed site a version prefix is added to the URL for each mkdocs page. When developing there is no version prefix. If you want to link from a site page to a documentation page you should prefix the URL with /DOCSLINK/ so that the user is taken to the correct location when browsing in production.
./build.py --test-build
./serve.py