You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For example, half of the deploy:release recipe can work with a relative path, but some commands require it to be absolute.
It would be great to have everything support relative paths.
Alternatively, it should be clear that alternative paths are not supported.
The text was updated successfully, but these errors were encountered:
Using relative path or ~ does not work when using become as the ~ will always reference the SSH user and not the home of the become user, at least for rsync.
@antonmedv you are right, there is a key piece of information that I was omitting. We built a CI pipeline based on Deployer and added a localhost('ci') host. We wanted to use a ./.deployer/build/ directory in the project root, to perform all the build tasks in.
As the system or paths might change in which we would run the build commands, we hoped we could just use ./deployer/build as our deploy_path and it would interpret this as relative to the project root for the localhost host.
For remote hosts, we do use absolute paths for the deploy_path.
However, relative paths to the user's home directory, would make sense too. We haven't tested using the ~/ syntax yet, which could be an option. Thank you for pointing that out @boesing. As we don't use become for now, it might work for us.
For example, half of the
deploy:release
recipe can work with a relative path, but some commands require it to be absolute.It would be great to have everything support relative paths.
Alternatively, it should be clear that alternative paths are not supported.
The text was updated successfully, but these errors were encountered: