BK-COMMENTS(1)
π¬ bk comments β the glow-up your checkin comments deserve π
okay so first things first: this is a page straight out of the BitKeeper User's Manual, bestie. bk comments is the command, and honestly? It's giving "makeover montage but for commit messages." β¨
πΈ SYNOPSIS πΈ
bk comments [βp] [βCcset] [βrrev] [file ... | β]
bk comments [βCcset] [βrrev] [βycmt] [βYfile] [file ... | β]
Two whole moods, one command. Pick your fighter. π«Ά
π¦ DESCRIPTION π¦
So bk comments literally changes the stored comments for a revision controlled file. That's the whole vibe. π
You can hand over the comments right there on the command line β no drama β but if you don't, the command is gonna plop you into your editor so you can type them in yourself. Cozy, honestly.
And here's the cute part: if you pass - as a file argument, bk comments reads a list of files and the comments to be edited from stdin. The format is literally this:
### Comments for file.c|1.23
this is a sample comment
### Comments for file2.h|1.2.3.4
these are
other comments
Chef's kiss. π§ The header line tells it which file and revision, the lines after are the actual comment. Easy.
β¨ OPTIONS β¨
βrrevβ changes the comments for the revision you specify. If you don't say anything, it defaults to the most recent revision. main character default energy.βycommentβ uses comment as the new comment for every single file. all of them. no cap.βYfileβ uses the contents of file as the new comment for all files. same deal, but the comment text lives in a file instead.βCrevβ edits all the file comments on the requested changeset at once. lowkey powerful. π Cannot be combined withβr. that's a hard no.βpβ generates the list of all comments in the files you requested and writes them to stdout. Why would you want that? Because you can edit that output and then feed it right back intobk comments -on stdin to actually change the comments. iconic workflow, honestly. π₯
Also, heads up: if you give no files to edit on the command line, then βC+ is assumed and the comments for the files in the last changeset get edited. So it justβ¦ does the thing. π
π BUGS π
Nota bene, bestie β read this one twice:
If the deltas being commented have been committed to a changeset and have been pulled out of this repository, the comment changes will not propagate on the next bk pull. Like, they just won't. π
So it is strongly suggested that you use this only on uncommitted deltas which have not been pulled or cloned. That's the safe lane. Stay in it. π
In the future, they say, they'll add a way of enforcing this. Until then β behave. π
π SEE ALSO π
bkβlogbkβsccslog
π CATEGORY π
File
and that's the whole page, bestie β go forth and fix those comments π
This one's brought to you by BitKeeper Inc, version 1E1, dated bk comments(none) in the footer β mwah, ty for reading, ily, bye π
π¦ where this page comes from
- alpine 3.24: bitkeeper-doc 7.3.3-r1 Β· Apache-2.0
- Copyright (c) 1998-2015 BitKeeper Inc
- Copyright (C) 1989, 1990, 1991, 1992, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms