Closed dcloud closed 10 months ago
If this move, then isolate PR works (and it seems to), then we may need fewer PRs than previously thought
The medications team introduced breaking changes before our work could be merged, so this sets us back some time
Marking this as blocked since multiple updates to the medications landing page were made, which blocks our "temporarily adopt medications about page" approach, and thus app isolation
Progress:
I've confirmed the server-side redirect in staging, and saw the page at /my-health/medications/about
, so that seems good.
Next step is to update https://github.com/department-of-veterans-affairs/vets-website/pull/27001 or create a new PR to isolate the app. Probably easier to start fresh given all the changes that create merge conflicts
Description
Per [EPIC]: Move landing page to isolated app build #70837, we want to opt in to app isolation. To do this for an existing app, we need to create a new copy of the app in vets-website while temporarily preserving the non-isolated version.
The non-isolated version should exist until the content-build repo registers the isolated app and we are confident that the non-isolated version is no longer part of the build process.
User story
As a Cartographers team member, I want our landing page to be built in isolation, so that deploys are done quickly and on-demand with less exposure to unrelated flaky CI steps.
Acceptance criteria
src/applications/mhv-landing-page
. Maybegit mv
to preserve git history?content-build
to choke on a missing app path.Tasks
src/applications/mhv-landing-page
, preferably usinggit mv
src/applications/mhv/landing-page
src/applications/mhv-landing-page
yarn check-app-imports --app-folders mhv-landing-page