Short names, big time savings – a collection of commands for the git operations you perform most often.

Meaningful and memorable: All of the commands have names that, even though short, make sense... For the most part ;)

The commands are, in short order: dp, aa, st, di, cm, pu, le and sq.

These correspond to git diff, git add -A, git status, git diff --cached, git commit -m <message>, git push, git shortlog -se and squashing a branch.

Fuller descriptions of the commands are availble in the usage section below. Read on to get the details, or skip straight to installation if you are feeling too impatient. (But do go back and read how to use them afterwards if you end up installing them right away.)

When you look at what changes you want to stage for commit, you type dp.

dp is like git diff, only more awesome.

When you want to stage everything, or everything in certain directories, for commit, you type aa or aa <path>... respectively.

aa is like git add -A, only more awesome.

My workflow usually goes, write some code, stage some code, research something, test the changes, write some code, stage some code, and so on.

Every now and then between writing, staging, etc, I look at what I've staged for commit so far, and what has not yet been staged. For the high-level bird's eye view of that there is st.

st is like git status, only more awesome.

Prior to committing, and also now and then while still working on the code, it is very useful to review what you are about commit, both to ensure that you are about to commit what you think you are about to commit, and in order to write useful commit messages that accurately describe the changes.

di shows the diff for the staged changes against HEAD.

di is like git diff --cached, only more awesome.

When it comes time to commit, you have cm.

cm is like git commit -m, only more awesome.

Finally you push with pu.

Use pu to push commits to the remote of the current branch (or to origin if no remote is configured for the current branch).

Use pu --tags to push tags.

Use pu -f to force push commits.

Use pu --tags -f to force push tags.

For all of the above, optionally specify which repository ([<repository>]) to push to, specified either as a named remote or as a URL.

pu is like git push, only more awesome.

Among all of the commands, this is the only one that doesn't match the meaning with its name. I would have named this command as I initially did; nc, if it wasn't for the fact that the netcat command on a lot of systems is named nc already.

The name comes from "l" for "log" and "e" for the -e flag.

le is like git shortlog -se, only more awesome.

Squash commits in a branch in manner similar to https://stackoverflow.com/questions/30136558/how-to-squash-commits-which-have-merge-commit-in-between/69827502#69827502, only more awesome.

Use it to squash a branch after you have merged the default branch into it.

In order to build from source, you need to have the Rust toolchain installed. If you don't have the Rust toolchain installed already, head on over to https://rustup.rs/ and follow the instructions there. Then come back here once you've done that.

With the Rust toolchain installed, simply run:

cargo install repotools

This will build and install all of the repotools command utilities.

If you only wish to build and install some of the repotools command utilities rather than all of them, you can do so by making use of the feature flags.

With the Rust toolchain installed (see above), run the following command, with the features list adjusted according to your wishing with regards to which of the command utilities you would like to build and install:

cargo install repotools --no-default-features \
  --features "dp aa st di cm pu le sq"

Do you think this project is awesome? I think you are awesome! Now show me some love and star this project on GitHub.