WIP: DockerServerCredentialsBinding (request for comments/discussion) #22
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This is not a PR! (yet)
Hi there,
I've started implementing a binding class for Docker client certificates. Now, I'm wondering, where should the code go? I've thought I should ask before spending to much time in the wrong code repository...
Options 1: add optional dependency from credentials-binding to docker-commons, and the new binding impl in credentials-binding. Same as what is proposed for SSH keys in #18, and also what I did so far in my prototype code.
Options 2: implement new bindings as optional extensions in the plugins which provides the corresponding credentials type (docker-commons, ssh-credentials), with optional dependencies from these plugins to credentials-binding.
To me, option 2 sounds better in the long term. It would avoid having one plugin with many optional dependencies, if many credentials type were to appear in the future. It also seems close to what would be the obvious choice if credentials binding was simply a standard feature of the main credentials plugin.
What do you think/prefer?
Thanks,
Thomas.