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
I determined this yesterday when completing a review for #1089, but the run script had some minor pathing issues that load somewhat confusing mounts of /oscal for the source code and remounting the sub-directory of docs as /docs within the container. Additionally, the container does not watch for local changes (hugo --watch ...) so reloading the server manually slows down the development and review flow.
Who is the bug affecting?
NIST OSCAL Developers, primarily those reviewing the website changes during review before merge and publication at pages.nist.gov/OSCAL.
What is affected by this bug?
An ergonomic experience for testing website content, using the same docker-compose mounts and harness for all the respective images for build and local web dev testing.
When does this occur?
Frequently
How do we replicate the issue?
{What are the steps to reproduce the behavior?
Build and run the container for local builds and testing (cd /path/to/oscal/build && docker-compose build && docker-compose up -d)
Build and run the local web testing container (`cd /path/to/oscal/docs && docker-compose build && docker-compose up -d)
Observe mount confusion and the lack of reload content as source file changes are made in source tree
Expected behavior (i.e. solution)
A more ergonomic dev, build, test cycle
The text was updated successfully, but these errors were encountered:
aj-stein-nist
changed the title
Website Build Scripts Use Wrong Absolute Path
Website Build Scripts Path Confusion and Filesystem Watching
Jan 22, 2022
Describe the bug
I determined this yesterday when completing a review for #1089, but the run script had some minor pathing issues that load somewhat confusing mounts of
/oscal
for the source code and remounting the sub-directory ofdocs
as/docs
within the container. Additionally, the container does not watch for local changes (hugo --watch ...
) so reloading the server manually slows down the development and review flow.Who is the bug affecting?
NIST OSCAL Developers, primarily those reviewing the website changes during review before merge and publication at pages.nist.gov/OSCAL.
What is affected by this bug?
An ergonomic experience for testing website content, using the same docker-compose mounts and harness for all the respective images for build and local web dev testing.
When does this occur?
Frequently
How do we replicate the issue?
{What are the steps to reproduce the behavior?
cd /path/to/oscal/build && docker-compose build && docker-compose up -d
)Expected behavior (i.e. solution)
A more ergonomic dev, build, test cycle
The text was updated successfully, but these errors were encountered: