-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Restart execution enhancement #63
Comments
This feature of the targets package may be useful here when restarting: https://docs.ropensci.org/targets/reference/tar_cue.html |
Closing this as this scenario is better handled by an approach like the one described in #128 and would add more complexity to the existing v0.x line. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Scenario: you execute a Strategus analysis specification (with several modules) and find there is a problem with a module that causes it to fail. Ideally, we'd like to update the module reference and pass the same
analysisSpecifications
to theexecute
function withrestart = TRUE
and have the targets script only run the updated targets.Currently, when Strategus'
execute
function is invoked, we write out theanalysisSpecifications
parameter to the file system as shown here:Strategus/R/Execution.R
Lines 92 to 102 in a12dee1
The challenge here (I believe) is that in the internal
targets
folder where targets tracks dependencies, theanalysisSpecifications
object it manages internally remains unchanged and so targets continues to use the older specification in place of the newer one. It may be possible to restructure the way in which we create the targets so that we have an analysisSpecifications per module such that if a module's specification is updated, targets can restart and only run updated targets.The text was updated successfully, but these errors were encountered: