Skip to content

Conversation

@franostanisicserato
Copy link

Consolidated other pull requests, cleaned up some of the code and added a new method for deletion whereby the user specifies an upper bound to trigger the check (as prior), but instead of how it was prior (deleting all workspaces) the plugin now deletes workspaces sequentially, starting with the oldest, until a lower threshold is hit (also specified by the user). The user can also set this to 0 to delete all workspaces as the original functionality did.

@franostanisicserato
Copy link
Author

Just making this request here in addition to the Jenkins branch, as a suggestion of improvements. I am not sure if this is still worked on.

Maxime Viargues added 7 commits October 26, 2017 14:41
This was happening when a slave was connecting and did not have any disk information, then the plugin was doing a system.exit()...
Removed unused and empty parameters.
Followed bug/warning from the build to remove the warnings.
Jelly now needs this line for security reasons.
As it's the output build.
It was failing with weird errors otherwise, also it was quite outdated.
We don't want to have the same version as the original plugin to avoid updating our one with the official one (as shown in Jenkins plugin manager) so we make sure it's higher. We will eventually use our own version/id to diverge from the original one.
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.

1 participant