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.
In the past, the only field that was mandatory when calling the
etl pr
command was the name of the branch. The name of the branch is not that important, given that it will not live for long. Instead, what we should be forcing users to care about is the PR title and category, which should help us organize PRs better.From now on, the title and category are mandatory, but if the user doesn't type them in, the command will prompt them with available options.
Key points
{username}-{category}-{summary_of_the_title}-{hash}. E.g.,
lucasrodes-data-ucdp-update-sdf09. While long, this is still readable and doesn't force users to type in a name for a branch that will not long live. Optionally, the user can still use
--work-branch` to define a custom name.etl pr "title of pr" --direct.
Since this is an important change in how the command works, it makes sense that this is visible with a flag. Also, this is not the primary use case; therefore, the flag should be used.--private
to have your staging server be private!More details in
--help
:Usage:
etl pr [OPTIONS] TITLE [[data|bug|refactor|enhance|feature|docs|chore|style|wip|tests]]
This script creates a new draft pull request in GitHub, which starts a new staging server.
Arguments:
TITLE
: The title of the PR. This must be given.CATEGORY
: The category of the PR. This is optional. If not given, the user will be prompted to choose one.Main use case: Branch out from master to a temporary work_branch, and create a PR to merge work_branch -> master. You will be asked to choose a category. The value of work_branch will be auto-generated based on the title and the category.
Custom use case (1): Same as main use case, but with a specific branch name for the work_branch.
Custom use case (2): Create a pull request from current_branch to master.
Custom use case (3): Create a pull request from branch this-temporary-branch -> develop.