The original behavior for abaco init was to write a stub username your_registry_username in the DOCKER_HUB_ORG config variable. This was because the Docker client is not able to reliably discern a user's currently configured username.
It was sometimes possible when clients used the legacy ~/.docker/config.json form that included a hashed version of user credentials, but the Docker CLI has moved (rightly) to using platform-level credential managers like the OSX Keychain. It is possible to query any of these managers, as they all follow an approximate specification, but an implementation for each manager is required.
As a stopgap, allow username (or org) to be provided when abaco init runs:
The environment variable $DOCKER_HUB_ORG sets a global default value
If it is not provided, default to current value of $USER
If a value for -O is provided, override the established default
Write final value in the DOCKER_HUB_ORG setting of project reactor.rc
The original behavior for
abaco init
was to write a stub username your_registry_username in theDOCKER_HUB_ORG
config variable. This was because the Docker client is not able to reliably discern a user's currently configured username.It was sometimes possible when clients used the legacy
~/.docker/config.json
form that included a hashed version of user credentials, but the Docker CLI has moved (rightly) to using platform-level credential managers like the OSX Keychain. It is possible to query any of these managers, as they all follow an approximate specification, but an implementation for each manager is required.As a stopgap, allow username (or org) to be provided when
abaco init
runs:$DOCKER_HUB_ORG
sets a global default value$USER
-O
is provided, override the established defaultDOCKER_HUB_ORG
setting of projectreactor.rc