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 want to push commits to the default branch of my feedstock repository, and have the resulting production deployment only rerun new recipes or those that have changed, and not rerun unchanged recipes
User Goal
So that I can add or update certain recipes in my feedstock without rerunning all of them.
Acceptance Criteria
A mechanism to check the hash of all recipes at deployment time, and skip re-running if the hash matches the hash for the same recipe in the last production deployment
Just noting that the main blocker to implementing this feature a new of release pangeo-forge-recipes (which will include pangeo-forge/pangeo-forge-recipes#349).
@sharkinsspatial, let's sync next week to determine if it's we want to just manually build bakery images for this upcoming release, or if we'd like to use this opportunity to start working on some of the items in #9.
With pangeo-forge/pangeo-forge-recipes#359, we arguably no longer need pangeo-forge/pangeo-forge-orchestrator#63, which would duplicate this information into the database/API. This would slightly reduce the number of lines required to retrieve this information, but at the cost of additional complexity in the database (a PR/migration would be required) and, perhaps a greater cost, the risk of the two storage locations (dataset and database) falling out of sync.
User Profile
As a recipe maintainer
User Action
I want to push commits to the default branch of my feedstock repository, and have the resulting production deployment only rerun new recipes or those that have changed, and not rerun unchanged recipes
User Goal
So that I can add or update certain recipes in my feedstock without rerunning all of them.
Acceptance Criteria
A mechanism to check the hash of all recipes at deployment time, and skip re-running if the hash matches the hash for the same recipe in the last production deployment
Linked Issues
In the order in which they should be merged:
The text was updated successfully, but these errors were encountered: