feat(sanity): add analog blog studio workflow#39
Merged
Conversation
✅ Deploy Preview for limitless-angular-sanity-example canceled.
|
commit: |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
PR Checklist
No linked issue.
What is the new behavior?
@limitless-angular/analog-sanity-blogpackage that exposes the blog schema, GROQ queries, demo data, env helper, Presentation config, and Studio structure through package exports.apps/analog-sanity-blog-studioas a real Sanity Studio for the Analog blog example, including setup, CORS, seed, schema extraction, typegen, dev, build, and serve workflows.apps/analog-sanity-blog-example/.env.localSANITY_STUDIO_*inapps/analog-sanity-blog-studio/.env.localSANITY_E2E_*inapps/sanity-presentation-e2e/.env.localand CIVITE_SANITY_*andSANITY_API_*names, while still mapping into the Analog app's runtime env internally when E2E starts the preview app.loadEnvFilefor local env loading and tightens Turbo env pass-through/cache inputs around the new namespaces.Does this PR introduce a breaking change?
The env-name changes apply to the new Studio/E2E workflows introduced by this PR. Existing application runtime env names remain unchanged.
Other information
Testing
pnpm blog:typegenpnpm turbo run lint --filter=analog-sanity-blog-example --filter=analog-sanity-blog-studiopnpm exec eslint packages/analog-sanity-blogpnpm turbo run build --filter=analog-sanity-blog-example --filter=analog-sanity-blog-studiopnpm --filter=analog-sanity-blog-example exec tsc --noEmit --project tsconfig.app.jsonpnpm -C apps/analog-sanity-blog-studio run schema:extract && pnpm -C apps/analog-sanity-blog-studio exec sanity schema validategit diff --checkpnpm turbo run lint --filter=analog-sanity-blog-studio --filter=sanity-presentation-e2e --filter=sanity-presentation-e2e-studiopnpm turbo run e2e --filter=sanity-presentation-e2epnpm turbo run e2e-studio --filter=sanity-presentation-e2epnpm turbo run build --filter=analog-sanity-blog-studio --filter=sanity-presentation-e2e-studioSANITY_E2E_STUDIO_MODE=real-project pnpm --dir=apps/sanity-presentation-e2e exec playwright test real-studio.spec.ts --listconfirms real-project mode now fails fast on missingSANITY_E2E_PROJECT_IDmain,presentation-e2e, autofix, and Sanity compatibility jobs.Post-Deploy Monitoring & Validation
apps/analog-sanity-blog-example/.env.localfor frontend runtime env, addapps/analog-sanity-blog-studio/.env.localforSANITY_STUDIO_*, and addapps/sanity-presentation-e2e/.env.localforSANITY_E2E_*./presentationand verify the preview iframe loads the Analog blog routes without CORS, preview-secret, or Presentation lifecycle errors.pnpm blog:setup,pnpm blog:dev, andpnpm blog:typegenremain the documented local path for new contributors.[Optional] What gif best describes this PR or how it makes you feel?