Also worth checking #3 again, as this has advanced. @joshualubell would you be willing to assess how well we are now doing on various kinds of 'fun' JSON?
Completeness checklist:
Within the scope of work,
[x] All readme files and documentation resources are current
[x] Initial comments look reasonable
[x] Everything touched has been checked for parsing as appropriate (wf/valid)
[x] Everything is tested in multiple browsers (minimally: FF and Chrome)
[x] The top-level directory is current or planned for updating
[x] As appropriate, outbound external links are marked as class="external" (drives popup)
PR/merge guidelines:
Despite its being a bit cumbersome with respect to commit history, we are using git in a 'safe' mode to avoid potential issues aligning the publication branch, nist-pages.
Merging into main, squashing commits in a PR is okay (recommended)
Don't merge anything into nist-pages except main, and never squash commits in those PRs
The main branch also keeps up with nist-pages (merge commits), so after committing to nist-pages, pulling back is necessary
… because we found we had to.
Addresses #62 by amending the XML-writing script.
Also worth checking #3 again, as this has advanced. @joshualubell would you be willing to assess how well we are now doing on various kinds of 'fun' JSON?
Completeness checklist:
Within the scope of work,
class="external"(drives popup)PR/merge guidelines:
Despite its being a bit cumbersome with respect to commit history, we are using git in a 'safe' mode to avoid potential issues aligning the publication branch,
nist-pages.main, squashing commits in a PR is okay (recommended)nist-pagesexceptmain, and never squash commits in those PRsmainbranch also keeps up withnist-pages(merge commits), so after committing tonist-pages, pulling back is necessary