Skip to content

Conversation

@rebkwok
Copy link
Contributor

@rebkwok rebkwok commented Jan 9, 2026

We previously moved the log files to their own directory in preparation for automating release requests. However, when an output file's location changes, the outputs from old jobs aren't removed in Airlock, so the automated release will still pick them up (and worse - they'll be the log
files from a previous job, not the one that the new output files were created by. This moves the files for release to a new dedicated folder so the automated release request will pick up only these files.

We previously moved the log files to their own directory in preparation
for automating release requests. However, when an output file's location
changes, the outputs from old jobs aren't removed in Airlock, so the
automated release will still pick them up (and worse - they'll be the
log
files from a previous job, not the one that the new output files were
created by. This moves the files for release to a new dedicated folder
so the automated release request will pick up only these files.
@rebkwok rebkwok force-pushed the release-output-dir branch from 1326dcd to 4ba3938 Compare January 9, 2026 17:12
Copy link
Contributor

@evansd evansd left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ughh, this isn't great behaviour from our systems, is it? Though it's hard to know exactly which bit should behave differently.

@rebkwok
Copy link
Contributor Author

rebkwok commented Jan 9, 2026

Yeah, it's kind of the same thing that's come up before (outputs that a project.yaml no longer generates don't get removed)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants