New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update installation instruction for single machine #1921
Conversation
projectID: YOUR_PROJECT_ID | ||
pipedID: YOUR_PIPED_ID | ||
pipedKeyFile: PATH_TO_PIPED_KEY_FILE | ||
projectID: {YOUR_PROJECT_ID} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
to keep all config file syntax consistent, I think all values should be wrapped in { }
or not at this time, so without { }
is better to me. We can make it by another PR which change all other configuration files 👀
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think all values should wrap in { } or not
I feel exactly the same way. But I'm guessing the ones enclosed with { }
is better because there are a couple of fields to be all capitalized kind of like KUBERNETES
, it can be confusing.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sure 👍 Then let's address it with another PR that refine all other configuration files 🙏
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yep 👍
./piped piped \ | ||
--config-file=PATH_TO_PIPED_CONFIG_FILE \ | ||
--tools-dir=PATH_TO_TOOLS_DIR | ||
./piped piped --config-file=PATH_TO_PIPED_CONFIG_FILE |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice 😁
🚀 |
What this PR does / why we need it:
It's because
--tools-dir
andsshConfigFilePath
will be non-required from the next versionWhich issue(s) this PR fixes:
Fixes #
Does this PR introduce a user-facing change?: