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
The current script for switching production environments doesn't explicitly support switching to "yellow": .github/workflows/deploy_switch_ensnode_environment.yml
If we do switch the production environment to "yellow" it may cause the logic inside the "Promote ENSAdmin Vercel Deployment" step of the above script to break. See details in ./.github/scripts/promote_ensadmin.sh Specifically: the current logic in this promote_ensadmin.sh script assumes that each environment runs on Railway, but this isn't true for the "yellow" environment (or other potential future environments).
Goals
Update the logic in the promote_ensadmin.sh script so that we create a more general mechanism for getting the related commit SHA dynamically from an ENSNode instance that doesn't rely specifically on any hosting provider's internal mechanics. Ex: Perhaps we introduce a strategy to include this data in the (public) ENSApi config?
Background
./.github/scripts/promote_ensadmin.shSpecifically: the current logic in thispromote_ensadmin.shscript assumes that each environment runs on Railway, but this isn't true for the "yellow" environment (or other potential future environments).Goals
promote_ensadmin.shscript so that we create a more general mechanism for getting the related commit SHA dynamically from an ENSNode instance that doesn't rely specifically on any hosting provider's internal mechanics. Ex: Perhaps we introduce a strategy to include this data in the (public) ENSApi config?