š” TL;DR: Yes, BranchGPT is an attempt to -Tongue-in-cheek- take AI over the top. However, while its utility is questionable, it is enjoyable, like a game. If that's not for you: fair enough. You don't have to use it.
āThere are only two hard things in Computer Science: Cache invalidation, naming things, and off-by-1 errorsā. Whoever originally coined this quote wasnāt particularly exhaustive, but undoubtedly speaks the truth. Itās incredible how seemingly easy tasks turn out to be the hardest.
Why BranchGPT?
Experimentation with OpenAI's API led us to experiment with branch naming. A repoās branch namespace is global, so giving a git branch a descriptive name is no exception. Issue trackers often provided shortcuts to generate branch names from JIRA or GitHub issue titles but with questionable success. The results are perhaps remarkable for uniformity but often generate comically long names wrapping multiple lines.
Jump right in with:
$ runme branchGPT
(install via Homebrew or Scoop)
So what is a good, high-quality branch name? Do they matter since more contextual metadata goes into Pull Requests? In my mind, thatās a wildly subjective question. Here are some conventions devs are using:
The Prolific Prefixer š¤
Prefixes come in different flavors. Work type description of what goes into a branch or nickname prefix to reduce ambiguity. Using a forward-slash /
as a separator is an established convention. Some examples: admc/graph-colors
, seb/exp-prophet
, feat/replace-tink-with-cryptography
, chore/upgrade-deps-for-next-lts
, chore/eslint
, hotfix/631-prod
. Using multiple prefixes, e.g., seb/experiment/prophet
, is not unheard of.
The Tireless Terser šāāļø
Ideally, just one word, but no more than two. Examples are: fastapi
, ingress
, sharing
, rollups
, score-break
, gtag-fix
, vanilla
, demo
. You get the point. Keep it short and straightforward. Likely this convention wonāt scale in a large mono-repo and without recycling the same branch name numerous times.
The Ruthless Referencer š„·
Dependabot loves doing this. Stick as much referentially information, like JIRA or GitHub issue IDs, full titles, version numbers, etc., into the branch name. No matter how bulky. Humans do it too; look at these 277-update-breaks-score-contributor-to-be-consistent-with-others
, ENG-422-open-vsx-stable-release
, CORE-13128-retry-screen-for-password-recovery-flow-loops-endlessly
. While the shorter ones are more common, folks donāt hesitate to generate branch names that easily exceed 150 characters.
Close to Home is Better
There are even more. However, hereās the kicker: there is no universally best convention to branch names!
You could argue that the right balance between minimum descriptive, not too short, and not too long is the way to go. However, it inevitably depends on your repos, team, and personal preferences. What universally holds is that the best branch names are the ones that feel natural and familiar to you.
If you had your Pull Requests merged before, you might already be recording information in your git log so that a Transformer AI model, namely GPT, can harness to suggest branch names for you. A merge commit is just about perfect (see further below) to seed the layout of your branches.
Enter BranchGPT
This is why weāve built this handy integration between your branches and OpenAIās GPT3/4 for you. Perhaps call it BranchGPTā¦ for no apparent reason š. Yes, I am trying to take AI over the top.
The idea is simple and surprisingly effective. Just enter a free-flow description of what youāre working on and let BranchGPT come back with some suggestions. If you canāt think of a good example for testing. Thereās always @iamdevloper on Twitter to help you out:
Tweet here: https://twitter.com/iamdevloper/status/1609848459489599489
Itās May 2023, so it's just about the ālast callā to update the websiteās 2022 footer! Drop the loose description into BranchGPT, and voilĆ , youāll be presented with a list of suggestions that should ideally look strangely familiar. Check out this demo below; $ runme branch
will do if you find branchGPT
too long.
š” By the way,
runme
will prompt you to log in with your GitHub to create an account (privacy policy)
Both length and
seb/<description-goes-here>
feel familiar using my usual layout.
Adding Some Polish
Suppose the suggestions arenāt quite ready. Itās straightforward to toggle the prefix in the branchGPT terminal UI, just hit t
to toggle prefixes. Similarly, the e
key will transition the selected entry into edit mode to allow putting the final touches on it.
Toggle prefixes with
t
and edit the selected entry withe
.
How It Works
Under the hood, BranchGPT processes the context repoās Merge Commits. Starting with the configured git usersā personal merge commits. If there arenāt any, it will fall back to all available merge commits in the repo before using a fixed list. The latter will produce suggestions that will feel the least personalized.
Why Merge Commits? Check out the example listing below. You will recognize how commit messages encode branch names (with GitHub org prefix) alongside textual descriptions. Just about perfect for seeding data for a GPT prompt backed by OpenAIās curie
engine. Curie
provides a fair tradeoff between capabilities and cost.
The list is usually longer; however, shortened for brevity
Outside of authentication, basic rate-limiting, pre- and post-processing, and checking all implementation boxes on OpenAIās API guidelines, thatās it. We hope youāll like it.
The Wishlist
BranchGPT came out of experimentation, and I'd consider it alpha software. A few things I wish we could have added in this version but time's limited:
- Close the feedback loop on suggestion edits. We chose to keep it simple and treat all data as ephemeral.
- A fine-tuned model for generic branch suggestions that lack a list of personal/repo merge commits.
- Leverage models that derive branch names from code diffs. Itās too common to come up with a branch name after coding and when ready to create the PRābeen meaning to look into https://carper.ai/diff-models-a-new-way-to-edit-code/ and other models.
- Choose the GitHub issue to be copied into the prompt from a list of issues assigned to you.
- UX Integration into Runmeās VS Code Extension. Let us know if this is something you want.
- Experiment with a chat-like UX. We had built this experiment before the release of chatGPTās APIs.
Now, go ahead and take BranchGPT for a spin. Please be a good citizen. The APIs are running under our OpenAI account (including footing the bill), and we intend to continue making BranchGPT available to the community with our best efforts. Thank you!
$ scoop bucket add stateful https://github.com/stateful/scoop-bucket.git # on Windows
$ scoop install stateful/runme; runme branchGPT
# or
$ brew install stateful/tap/runme && runme branchGPT # on macOS (homebrew)
Full install instructions here. Note that
runme branch
andrunme branchGPT
are the same.
Closing Thoughts
Writing this post, one question I wish I had more color on: Do Merge Commits have a bad rep? Most folks I have asked sorted into the Squash & Mergeā¢ļø
or Rebase & Mergeā¢ļø
camps. Who else appreciates Merge Commits? Just me? Tell us on Discord or ask about a feature request. For more content like this, please subscribe to our email updates.
Hopefully, BranchGPT will make you like Merge Commits more š.
Top comments (0)