Enable multiple revisions for project repos (first attempt 2024)#4659
Enable multiple revisions for project repos (first attempt 2024)#4659marcodelapierre wants to merge 75 commits intomasterfrom
Conversation
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
✅ Deploy Preview for nextflow-docs-staging canceled.
|
|
You could save disk space by cloning with depth = 0 when a revision is specified |
Thanks @bentsherman , great idea, will do, for |
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
|
yes I suppose we could just clone with depth = 0 in all cases, since no revision just defaults to |
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
|
Ah! unfortunately we cannot implement the |
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
… operation Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
…f "master" Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
|
On point 2. above, wondering whether we should leverage user-provided information more, when it comes to printing out information on repository in use. I.e.:
|
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
This reverts commit 3b44f9f.
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
|
As dicussed in meeting, on point 1., let me re-implement with the original class signature for Note on available code so far:
|
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
Signed-off-by: Dr Marco Claudio De La Pierre <marco.delapierre@gmail.com>
|
Going forward, let's manage these through 2 separate new PRs:
The first one is for the record and for reference, unlikely to go forward. The second one is that to be considered for revision and merging. |
5a93547 to
27345a6
Compare
b4b321e to
069653d
Compare
|
Closing in favor of #6620 |
This PR adds support for handling local copies of multiple revisions of the same pipeline.
Key points:
NXF_ASSETS, each pipeline is now pulled as<org>/<repo>[:<revision>];:<revision>is only appended if the corresponding flag was used on CLI,-r/--revisionrevisionattribute to theAssetManagerclass, as both pipeline name and revision are now required to fully identify a pipelinerun, pull, clone, drop, list, view, config, info, inspect, kuberunAssetManagerTesthave been updatedCaveats:
Jgitdoes not implementgit worktree, so the original idea within Allow the concurrent run of multiple pipeline revisions #2870 could not be applieddepth = 1(shallow clones) was investigated to reduce disk usage, but could not be implemented as it would not allow to checkout branches/tags/commits--revisionand with--revision <default branch>create two duplicate pulls; this is not optimal, but with very limited known negative impact; [update] this only happens if the default branch is not declared in the manifest and differs frommastermaster, pulling and running it is now possible without specifying the branch name explicitlyCloses #2870 .
Also indirectly addresses #3593