brz(1)
๐ brz โ Breezy ๐
Welcome to the brz(1) manual page, bestie. The manual name is brz, and the vibe is next-generation distributed version control. Buckle up. โจ
โจ NAME โจ
brz โ Breezy next-generation distributed version control. Periodt. ๐
โจ SYNOPSIS โจ
brz command [ command_options ]
brz help
brz help command
โจ DESCRIPTION โจ
Breezy (or brz) is a distributed version control system that is powerful, friendly, and scalable. Breezy is a fork of the Bazaar version control system. No cap. ๐ฆ
Breezy keeps track of changes to software source code (or similar information); lets you explore who changed it, when, and why; merges concurrent changes; and helps people work together in a team. Itโs giving teamwork, but make it version control. ๐
โจ COMMAND OVERVIEW โจ
Hereโs the whole clique of commands. Each one is literally a brz subcommand. ๐
brz add [FILE...]โ adds specified files or directories.brz alias [NAME]โ sets, unsets, and displays aliases.brz annotate FILENAMEโ shows the origin of each line in a file.brz bind [LOCATION]โ converts the current branch into a checkout of the supplied branch.brz bisect SUBCOMMAND [ARGS...]โ finds an interesting commit using a binary search.brz branch FROM_LOCATION [TO_LOCATION]โ creates a new branch that is a copy of an existing branch.brz branches [LOCATION]โ lists the branches available at the current location.brz break-lock [LOCATION]โ breaks a dead lock.brz cat FILENAMEโ writes the contents of a file as of a given revision to standard output.brz check [PATH]โ validates working tree structure, branch consistency, and repository history.brz checkout [BRANCH_LOCATION] [TO_LOCATION]โ creates a new checkout of an existing branch.brz clean-treeโ removes unwanted files from the working tree.brz clone FROM_LOCATION [TO_LOCATION]โ clones a control directory.brz commit [SELECTED...]โ commits changes into a new revision.brz config [NAME]โ displays, sets, or removes a configuration option.brz conflictsโ lists files with conflicts.brz cp [NAMES...]โ copies a file.brz deletedโ lists files deleted in the working tree.brz diff [FILE...]โ shows differences in the working tree, between revisions, or between branches.brz export DEST [BRANCH_OR_SUBDIR]โ exports current or past revision to a destination directory or archive.brz grep PATTERN [PATH...]โ prints lines matchingPATTERNfor specified files and revisions.brz help [TOPIC]โ shows help on a command or other topic.brz ignore [NAME_PATTERN...]โ ignores specified files or patterns.brz ignoredโ lists ignored files and the patterns that matched them.brz import SOURCE [TREE]โ imports sources from a directory, tarball, or zip file.brz info [LOCATION]โ shows information about a working tree, branch, or repository.brz init [LOCATION]โ makes a directory into a versioned branch.brz init-shared-repository LOCATIONโ creates a shared repository for branches to share storage space.brz join TREEโ combines a tree into its containing tree.brz launchpad-login [NAME]โ shows or sets the Launchpad user ID.brz launchpad-logoutโ unsets the Launchpad user ID.brz launchpad-open [LOCATION]โ opens a Launchpad branch page in your web browser.brz link-tree LOCATIONโ hardlinks matching files to another tree.brz log [FILE...]โ shows historical log for a branch or subset of a branch.brz lp-find-proposalโ finds the proposal to merge this revision.brz ls [PATH]โ lists files in a tree.brz merge [LOCATION]โ performs a three-way merge.brz missing [OTHER_BRANCH]โ shows unmerged/unpulled revisions between two branches.brz mkdir DIR...โ creates a new versioned directory.brz mv [NAMES...]โ moves or renames a file.brz nick [NICKNAME]โ prints or sets the branch nickname.brz pack [BRANCH_OR_REPO]โ compresses the data within a repository.brz patch [FILENAME]โ applies a named patch to the current tree.brz ping LOCATIONโ pings a Bazaar smart server.brz pluginsโ lists the installed plugins.brz pull [LOCATION]โ turns this branch into a mirror of another branch.brz push [LOCATION]โ updates a mirror of this branch.brz reconcile [BRANCH]โ reconciles brz metadata in a branch.brz reconfigure [LOCATION]โ reconfigures the type of a brz directory.brz remerge [FILE...]โ redoes a merge.brz remove [FILE...]โ removes files or directories.brz remove-branch [LOCATION]โ removes a branch.brz remove-tree [LOCATION...]โ removes the working tree from a given branch/checkout.brz renames [DIR]โ shows a list of renamed files.brz resolve [FILE...]โ marks a conflict as resolved.brz revert [FILE...]โ sets files in the working tree back to the contents of a previous revision.brz revno [LOCATION]โ shows current revision number.brz root [FILENAME]โ shows the tree root directory.brz send [SUBMIT_BRANCH] [PUBLIC_BRANCH]โ mails or creates a merge-directive for submitting changes.brz serveโ runs the brz server.brz shelve [FILE...]โ temporarily sets aside some changes from the current tree.brz sign-my-commits [LOCATION] [COMMITTER]โ signs all commits by a given committer.brz split TREEโ splits a subdirectory of a tree into a separate tree.brz status [FILE...]โ displays status summary.brz switch [TO_LOCATION]โ sets the branch of a checkout and updates.brz tag [TAG_NAME]โ creates, removes, or modifies a tag naming a revision.brz tagsโ lists tags.brz testament [BRANCH]โ shows testament (signing-form) of a revision.brz unbindโ converts the current checkout into a regular branch.brz uncommit [LOCATION]โ removes the last committed revision.brz unshelve [SHELF_ID]โ restores shelved changes.brz update [DIR]โ updates a working tree to a new revision.brz upgrade [URL]โ upgrades a repository, branch, or working tree to a newer format.brz verify-signatures [LOCATION]โ verifies all commit signatures.brz versionโ shows version of brz.brz version-info [LOCATION]โ shows version information about this tree.brz view [FILE...]โ manages filtered views.brz whoami [NAME]โ shows or sets brz user id.
โจ COMMAND REFERENCE โจ
Bestie, this is the deep dive. ๐
๐ brz --help
Alias for help, see brz help.
๐ brz -?
Alias for help, see brz help.
๐ brz -h
Alias for help, see brz help.
๐ brz ?
Alias for help, see brz help.
๐ธ brz add [FILE...]
Options
--dry-runโ Show what would be done, but donโt actually do anything. Itโs the window-shopping of file adding. ๐๏ธ--file-ids-from ARGโ Lookup file ids from this tree.--help,-hโ Show help message.--no-recurse,-Nโ Donโt recursively add the contents of directories.--quiet,-qโ Only display errors and warnings.--usageโ Show usage message and options.--verbose,-vโ Display more information.
See also: ignore, remove
Add specified files or directories. ๐
In non-recursive mode, all the named items are added, regardless of whether they were previously ignored. A warning is given if any of the named files are already versioned. Lowkey important.
In recursive mode (the default), files are treated the same way but the behaviour for directories is different. Directories that are already versioned do not give a warning. All directories, whether already versioned or not, are searched for files or subdirectories that are neither versioned or ignored, and these are added. This search proceeds recursively into versioned directories. If no names are given . is assumed. Thatโs a literal dot, bestie.
A warning will be printed when nested trees are encountered, unless they are explicitly ignored.
Therefore simply saying brz add will version all files that are currently unknown. Main character energy, honestly. โจ
Adding a file whose parent directory is not versioned will implicitly add the parent, and so on up to the root. This means you should never need to explicitly add a directory, theyโll just get added when you add a file in the directory. No extra steps. Periodt.
--dry-run will show which files would be added, but not actually add them.
--file-ids-from will try to use the file ids from the supplied path. It looks up ids trying to find a matching parent directory with the same filename, and then by pure path. This option is rarely needed but can be useful when adding the same logical file into two branches that will be merged later (without showing the two different adds as a conflict). It is also useful when merging another project into a subdirectory of this one.
Any files matching patterns in the ignore list will not be added unless they are explicitly mentioned.
In recursive mode, files larger than the configuration option add.maximum_file_size will be skipped. Named items are never skipped due to file size.
๐ธ brz alias [NAME]
Options
--help,-hโ Show help message.--quiet,-qโ Only display errors and warnings.--removeโ Remove the alias.--usageโ Show usage message and options.--verbose,-vโ Display more information.
Set/unset and display aliases.
Examples:
Show the current aliases:
brz alias
Show the alias specified for 'll':
brz alias ll
Set an alias for 'll':
brz alias ll="log --line -r-10..-1"
To remove an alias for 'll':
brz alias --remove ll
๐ธ brz ann
Alias for annotate, see brz annotate.
๐ธ brz annotate FILENAME
Options
--allโ Show annotations on all lines.--directory ARG,-dโ Branch to operate on, instead of working directory.--help,-hโ Show help message.--longโ Show commit date in annotations.--quiet,-qโ Only display errors and warnings.--revision ARG,-rโ Seehelp revisionspecfor details.--show-idsโ Show internal object ids.--usageโ Show usage message and options.--verbose,-vโ Display more information.
Aliases: ann, blame, praise
Show the origin of each line in a file. ๐
This prints out the given file with an annotation on the left side showing which revision, author and date introduced the change. So basically: who touched this line, when, and in what commit. ๐
If the origin is the same for a run of consecutive lines, it's only shown at the top, unless the --all option is given. So like, the boring repeated stuff gets collapsed unless you beg for the full thing. ๐ซถ
๐ธ brz bind [LOCATION]
Options:
--directory ARG,-dโ Branch to operate on, instead of working directory.--help,-hโ Show help message.--quiet,-qโ Only display errors and warnings.--usageโ Show usage message and options.--verbose,-vโ Display more information.
See also: checkouts, unbind
Convert the current branch into a checkout of the supplied branch. If no branch is supplied, rebind to the last bound location. It's giving "glow up your branch into a checkout" energy. โจ
Once converted into a checkout, commits must succeed on the master branch before they will be applied to the local branch. No sneaky solo commits, bestie โ master goes first, periodt. ๐ญ
Bound branches use the nickname of its master branch unless it is set locally, in which case binding will update the local nickname to be that of the master. ๐
๐ฆ brz bisect SUBCOMMAND [ARGS...]
Options:
--directory ARG,-dโ Branch to operate on, instead of working directory.--help,-hโ Show help message.--output ARG,-oโ Write log to this file.--quiet,-qโ Only display errors and warnings.--revision ARG,-rโ Seehelp revisionspecfor details.--usageโ Show usage message and options.--verbose,-vโ Display more information.
Find an interesting commit using a binary search. ๐
Bisecting, in a nutshell, is a way to find the commit at which some testable change was made, such as the introduction of a bug or feature. By identifying a version which did not have the interesting change and a later version which did, a developer can test for the presence of the change at various points in the history, eventually ending up at the precise commit when the change was first introduced. So you're basically playing hot-and-cold with git history until you pin down the exact commit that did the thing. ๐ฅ
This command uses subcommands to implement the search, each of which changes the state of the bisection. The subcommands are:
brz bisect start- Start a bisect, possibly clearing out a previous bisect. ๐งน
brz bisect yes [-r rev]- The specified revision (or the current revision, if not given) has the characteristic we're looking for. โ
brz bisect no [-r rev]- The specified revision (or the current revision, if not given) does not have the characteristic we're looking for. โ
brz bisect move -r rev- Switch to a different revision manually. Use if the bisect algorithm chooses a revision that is not suitable. Try to move as little as possible. ๐ถโโ๏ธ
brz bisect reset- Clear out a bisection in progress. ๐ช๏ธ
brz bisect log [-o file]- Output a log of the current bisection to standard output, or to the specified file. ๐
brz bisect replay <logfile>- Replay a previously-saved bisect log, forgetting any bisection that might be in progress. ๐
brz bisect run <script>- Bisect automatically using
<script>to determine 'yes' or 'no'.<script>should exit with:0for yes125for unknown (like build failed so we could not test)- anything else for no
- Bisect automatically using
๐ brz blame
Alias for annotate, see brz annotate. Same energy, different name โ the way it just reuses the whole vibe. ๐
๐ brz branch FROM_LOCATION [TO_LOCATION]
Options:
--bindโ Bind new branch to from location.--colocated-branch ARG,-bโ Name of colocated branch to sprout.--files-from ARGโ Get file contents from this tree.--hardlinkโ Hard-link working tree files where possible.--help,-hโ Show help message.--no-recurse-nestedโ Do not recursively check out nested trees.--no-treeโ Create a branch without a working-tree.--quiet,-qโ Only display errors and warnings.--revision ARG,-rโ Seehelp revisionspecfor details.--stackedโ Create a stacked branch referring to the source branch. The new branch will depend on the availability of the source branch for all operations.--standaloneโ Do not use a shared repository, even if available.--switchโ Switch the checkout in the current directory to the new branch.--usageโ Show usage message and options.--use-existing-dirโ By default branch will fail if the target directory exists, but does not already have a control directory. This flag will allow branch to proceed.--verbose,-vโ Display more information.
See also: checkout
Create a new branch that is a copy of an existing branch. ๐
If the TO_LOCATION is omitted, the last component of the FROM_LOCATION will be used. In other words, branch ../foo/bar will attempt to create ./bar. If the FROM_LOCATION has no / or path separator embedded, the TO_LOCATION is derived from the FROM_LOCATION by stripping a leading scheme or drive identifier, if any. For example, branch lp:foo-bar will attempt to create ./foo-bar. It just vibes off the name, fr fr. โจ
To retrieve the branch as of a particular revision, supply the --revision parameter, as in branch foo/bar -r 5.
๐ brz branches [LOCATION]
Options:
--help,-hโ Show help message.--quiet,-qโ Only display errors and warnings.--recursive,-Rโ Recursively scan for branches rather than just looking in the specified location.--usageโ Show usage message and options.--verbose,-vโ Display more information.
List the branches available at the current location. ๐
This command will print the names of all the branches at the current location. Simple, clean, iconic. ๐
๐ฅ brz break-lock [LOCATION]
Options:
--configโLOCATIONis the directory where the config lock is.--forceโ Do not ask for confirmation before breaking the lock.--help,-hโ Show help message.--quiet,-qโ Only display errors and warnings.--usageโ Show usage message and options.--verbose,-vโ Display more information.
Break a dead lock. ๐
This command breaks a lock on a repository, branch, working directory or config file.
CAUTION: Locks should only be broken when you are sure that the process holding the lock has been stopped. Like, be SO sure. If that process is still alive you're about to cause problems. ๐
You can get information on what locks are open via the brz info [location] command. ๐ต๏ธโโ๏ธ
Examples:
brz break-lock
brz break-lock brz+ssh://example.com/brz/foo
brz break-lock --conf ~/.config/breezy
๐ง brz cat FILENAME
Options:
--directory ARG,-dโ Branch to operate on, instead of working directory.--filtersโ Apply content filters to display the convenience form.--help,-hโ Show help message.--name-from-revisionโ The path name in the old tree.--quiet,-qโ Only display errors and warnings.--revision ARG,-rโ Seehelp revisionspecfor details.--usageโ Show usage message and options.--verbose,-vโ Display more information.
See also: ls
Write the contents of a file as of a given revision to standard output. ๐ค
If no revision is nominated, the last revision is used.
Note: Take care to redirect standard output when using this command on a binary file. Do NOT just dump binary into your terminal, bestie, your scrollback will never recover. ๐ญ
โญ brz check [PATH]
Options:
--branchโ Check the branch related to the current directory.--help,-hโ Show help message.--quiet,-qโ Only display errors and warnings.--repoโ Check the repository related to the current directory.--treeโ Check the working tree related to the current directory.--usageโ Show usage message and options.--verbose,-vโ Display more information.
See also: reconcile
Validate working tree structure, branch consistency and repository history. Vibe check for your data. โจ
This command checks various invariants about branch and repository storage to detect data corruption or brz bugs.
The working tree and branch checks will only give output if a problem is detected. The output fields of the repository check are:
- revisions โ This is just the number of revisions checked. It doesn't indicate a problem.
- versionedfiles โ This is just the number of versionedfiles checked. It doesn't indicate a problem.
- unreferenced ancestors โ Texts that are ancestors of other texts, but are not properly referenced by the revision ancestry. This is a subtle problem that Breezy can work around.
- unique file texts โ This is the total number of unique file contents seen in the checked revisions. It does not indicate a problem.
- repeated file texts โ This is the total number of repeated texts seen in the checked revisions. Texts can be repeated when their file entries are modified, but the file contents are not. It does not indicate a problem.
If no restrictions are specified, all data that is found at the given location will be checked.
Examples:
Check the tree and branch at foo:
brz check --tree --branch foo
Check only the repository at bar:
brz check --repo bar
Check everything at baz:
brz check baz
๐ brz checkin
Alias for commit, see brz commit. ๐
brz checkout [BRANCH_LOCATION] [TO_LOCATION] ๐
Options:
--files-from ARGโ grab the file contents from this tree instead, bestie.--hardlinkโ hard-link the working tree files wherever it's possible to do that. โจ--help,-hโ show the help message. classic.--lightweightโ do a lightweight checkout. Lightweight checkouts stay dependent on having access to the branch for every single operation ๐ญ. Normal checkouts can do normal stuff like diff and status without that access, and they also support local commits. so like, pick wisely.--quiet,-qโ only display errors and warnings. silent mode. ๐คซ--revision ARG,-rโ checkhelp revisionspecfor the deets.--usageโ show the usage message and the options.--verbose,-vโ display more information. give me everything.
Alias: co
See also: branch, checkouts, remove-tree, working-trees
Create a new checkout of an existing branch. ๐
If you leave out BRANCH_LOCATION, checkout will reconstitute a working tree for the branch it finds in .. So this is your moment if you deleted the working tree, or if it literally never got created in the first place โ ie. if you pushed the branch to where it lives now using SFTP. ๐ธ
If you leave out TO_LOCATION, the last component of BRANCH_LOCATION gets used instead. Translation: checkout ../foo/bar will attempt to create ./bar. And if BRANCH_LOCATION has no / or path separator embedded in it, then TO_LOCATION is derived from BRANCH_LOCATION by stripping off a leading scheme or drive identifier, if there is one. Example: checkout lp:foo-bar will attempt to create ./foo-bar. ๐ฆ
Wanna retrieve the branch as of a particular revision? Pass the --revision parameter, like this: checkout foo/bar -r 5. Heads up though, that's gonna be immediately out of date โ [so you cannot commit] โ but it may still be useful (ie. to examine old code. ๐)
brz ci ๐
Alias for commit, see brz commit.
brz clean-tree ๐งน
Options:
--detritusโ delete conflict files, merge and revert backups, and failed selftest dirs.--directory ARG,-dโ branch to operate on, instead of the working directory.--dry-runโ show the files it would delete instead of actually deleting them. peek first, bestie ๐--forceโ do not prompt before deleting. no take-backs.--help,-hโ show help message.--ignoredโ delete all ignored files.--quiet,-qโ only display errors and warnings.--unknownโ delete files unknown tobrz(this is the default).--usageโ show usage message and options.--verbose,-vโ display more information.
Remove unwanted files from working tree. ๐๏ธ
By default, only unknown files get deleted โ not ignored ones. And versioned files? Never deleted. Periodt.
There's another class called 'detritus', which includes files emitted by brz during normal operations and selftests. (The value of these files decreases with time. it's giving expiry date ๐)
If no options are specified, unknown files are deleted. Otherwise, the option flags are respected, and they may be combined.
To check what clean-tree is about to do, use --dry-run. ๐
brz clone FROM_LOCATION [TO_LOCATION] ๐ฏ
Options:
--help,-hโ show help message.--no-recurse-nestedโ do not recursively check out nested trees.--quiet,-qโ only display errors and warnings.--revision ARG,-rโ seehelp revisionspecfor details.--usageโ show usage message and options.--verbose,-vโ display more information.
Clone a control directory.
brz co ๐ซ
Alias for checkout, see brz checkout.
brz commit [SELECTED...] ๐ฅ
Options:
--author ARGโ set the author's name, if it's different from the committer.--bugs ARGโ link to a related bug. (seebrz help bugs).--commit-time ARGโ manually set a commit time using commit date format, eg.'2009-10-10 08:00:00 +0100'.--exclude ARG,-xโ do not consider changes made to a given path.--file MSGFILE,-Fโ take commit message from this file.--fixes ARGโ mark a bug as being fixed by this revision (seebrz help bugs).--help,-hโ show help message.--localโ perform a local commit in a bound branch. Local commits are not pushed to the master branch until a normal commit is performed.--lossyโ when committing to a foreign version control system, do not push data that can not be natively represented.--message ARG,-mโ description of the new revision.--quiet,-qโ only display errors and warnings.--show-diff,-pโ when no message is supplied, show the diff along with the status summary in the message editor.--strictโ refuse to commit if there are unknown files in the working tree.--unchangedโ commit even if nothing has changed.--usageโ show usage message and options.--verbose,-vโ display more information.
Aliases: ci, checkin
See also: add, bugs, hooks, uncommit
Commit changes into a new revision. ๐
Every commit needs an explanatory message, okay? Usually you do that with the --message option (message straight from the command line) or with the --file option (message from a file). If you give neither of those, an editor pops open and you type the message yourself. And if you wanna see the changed files in the boilerplate text that loads into the editor, use the --show-diff option. ๐
By default, the whole entire tree gets committed, and whoever's doing the committing is assumed to be the author. But you can override those defaults, and here's exactly how:
Selective commits:
If you specify selected files, only changes to those files get committed. And if you specify a directory, then that directory and literally everything inside it gets committed.
When excludes are given, they take precedence over selected files. Say you wanna commit only the changes within foo, but not the changes within foo/bar:
brz commit foo -x foo/bar
A selective commit after a merge is not yet supported. ๐
Custom authors:
If the author of the change is not the same person as the committer, you can specify the author's name using the --author option. The name should be in the same format as a committer-id, eg. "John Doe <jdoe@example.com>". And if there's more than one author of the change, you can specify the option multiple times โ once for each author. ๐
Checks:
A super common mistake is forgetting to add a new file or directory before running the commit command. The --strict option checks for unknown files and aborts the commit if any turn up. More advanced pre-commit checks can be implemented by defining hooks. See brz help hooks for details.
Things to note:
If you accidentally commit the wrong changes, or you make a spelling mistake in the commit message, say โ you can use the uncommit command to undo it. See brz help uncommit for details. ๐
Hooks can also be configured to run after a commit. That lets you trigger updates to external systems like bug trackers. And the --fixes option can be used to record the association between a revision and one or more bugs. See brz help bugs for details. โจ
brz config [NAME] โ๏ธ
Options:
--allโ display all the defined values for the matching options.--directory ARG,-dโ branch to operate on, instead of the working directory.--help,-hโ show help message.--quiet,-qโ only display errors and warnings.--removeโ remove the option from the configuration file.--scope ARGโ reduce the scope to the specified configuration file.--usageโ show usage message and options.--verbose,-vโ display more information.
See also: configuration
Display, set or remove a configuration option. ๐ธ
Displays the active value for the option NAME.
If --all is specified, NAME is interpreted as a regular expression and all matching options are displayed mentioning their scope and without resolving option references in the value). The active value that bzr will take into account is the first one displayed for each option. ๐
If NAME isn't given, --all .* is implied (all options are displayed for the current scope).
Setting a value is achieved by using NAME=value without spaces. The value is set in the most relevant scope and can be checked by displaying the option again. ๐ฆ
Removing a value is achieved by using --remove NAME.
brz conflicts ๐ฅ
Options:
--directory ARG,-dโ branch to operate on, instead of the working directory.--help,-hโ show help message.--quiet,-qโ only display errors and warnings.--textโ list paths of files with text conflicts.--usageโ show usage message and options.--verbose,-vโ display more information.
See also: conflict-types, resolve
List files with conflicts. ๐ญ
Merge will do its absolute best to combine the changes in two branches, but there are some kinds of problems that only a human can fix. When it runs into those, it will mark a conflict. And a conflict means you need to fix something before you can commit. no pressure bestie.
Conflicts normally get listed as short, human-readable messages. But if --text is supplied, the pathnames of files with text conflicts are listed instead. (This is useful for editing all files with text conflicts. handy!)
Use brz resolve when you have fixed a problem. ๐ซถ
brz copy ๐
Alias for cp, see brz cp.
brz cp</p> [NAMES...] ๐ซถ
โจ Options
--help,-hโ show the help message, bestie.--quiet,-qโ only show errors and warnings. shhh ๐คซ--usageโ show the usage message and the options.--verbose,-vโ show more info, spill the tea โ
โจ Alias
copy ๐
โจ What it does
copy a file, that's it, that's the whole vibe.
โจ Usage
brz cp OLDNAME NEWNAME
brz cp SOURCE... DESTINATION
Soooo if the last argument is a versioned directory, all the other names get copied into it, periodt. Otherwise there's gotta be exactly two arguments and the file gets copied to a new name. no exceptions fr.
๐ฉ Files cannot be copied between branches. and only files can be copied right now, that's just where we're at. lowkey iconic limitation.
brz del</p> ๐
it's just an alias for "remove", go see brz remove. bye ๐ซถ
brz deleted</p> ๐ป
โจ Options
--directoryARG,-dโ branch to operate on, instead of the working directory.--help,-hโ show the help message.--quiet,-qโ only display errors and warnings.--show-idsโ show internal object ids (the little secret identifiers, iykyk).--usageโ show usage message and options.--verbose,-vโ display more information.
โจ See also
ls, status
โจ What it does
list the files that got deleted in the working tree ๐ชฆ
brz di</p> ๐
alias for "diff", see brz diff.
brz dif</p> ๐
alias for "diff", see brz diff. (yes there are two aliases, we love options ๐)
brz diff</p> [FILE...] ๐
โจ Options
--changeARG,-cโ select the changes introduced by the specified revision. see alsohelp revisionspec.--check-styleโ warn if trailing whitespace or spurious changes have been added ๐--colorARG โ color mode to use.always: always colorize output (this is the default).auto: only colorize if the terminal supports it and STDOUT is a TTY.never: never colorize. periodt.--contextARG โ how many lines of context to show.--diff-optionsARG โ pass these options to the external diff program.--formatARG,-Fโ which diff format to use.--help,-hโ show help message.--newARG โ branch/tree to compare to.--oldARG โ branch/tree to compare from.--prefixARG,-pโ set the prefixes added to old and new filenames, as two values separated by a colon. (eg"old/:new/").--quiet,-qโ only display errors and warnings.--revisionARG,-rโ seehelp revisionspecfor details.--usageโ show usage message and options.--usingARG โ use this command to compare files.--verbose,-vโ display more information.
โจ Aliases
di, dif
โจ See also
status
โจ What it does
show differences in the working tree, between revisions or between branches โจ
If you give it no arguments at all, it lists all the changes for the current tree. If you give it files, it only lists the changes in those files. You can compare remote and multiple branches by using the --old and --new options. If you don't provide them, the default for both comes from the first argument (if there is one), or from the current tree if you gave no arguments at all.
brz diff -p1 is literally equivalent to brz diff --prefix old/:new/, and it produces patches suitable for patch -p1. slay.
โ ๏ธ okay important one bestie โ when you use the-rargument with a range of revisions, the differences are computed between the two specified revisions. That means the command does not show the changes introduced by the first revision in the range. This is different from howbrz loginterprets revision ranges, which does include the first revision in the range. don't get got ๐
โจ Exit values
1 - changed
2 - unrepresentable changes
3 - error
0 - no change
โจ Examples
Shows the difference in the working tree versus the last commit:
brz diff
Difference between the working tree and revision 1:
brz diff -r1
Difference between revision 3 and revision 1:
brz diff -r1..3
Difference between revision 3 and revision 1 for branch xxx:
brz diff -r1..3 xxx
The changes introduced by revision 2 (equivalent to -r1..2):
brz diff -c2
To see the changes introduced by revision X:
brz diff -cX
Note that in the case of a merge, the -c option shows the changes compared to the left hand parent. To see the changes against another parent, use:
brz diff -r<chosen_parent>..X
The changes between the current revision and the previous revision (equivalent to -c-1 and -r-2..-1)
brz diff -r-2..
Show just the differences for file NEWS:
brz diff NEWS
Show the differences in working tree xxx for file NEWS:
brz diff xxx/NEWS
Show the differences from branch xxx to this working tree:
brz diff --old xxx
Show the differences between two branches for file NEWS:
brz diff --old xxx --new yyy NEWS
Same as brz diff but prefix paths with old/ and new/:
brz diff --prefix old/:new/
Show the differences using a custom diff program with options:
brz diff --using /usr/bin/diff --diff-options -wu
brz export</p> DEST [BRANCH_OR_SUBDIR] ๐
โจ Options
--directoryARG,-dโ branch to operate on, instead of the working directory.--filtersโ apply content filters to export the convenient form.--formatARG โ type of file to export to.--help,-hโ show help message.--per-file-timestampsโ set the modification time of files to that of the last revision in which it was changed.--quiet,-qโ only display errors and warnings.--recurse-nestedโ include contents of nested trees.--revisionARG,-rโ seehelp revisionspecfor details.--rootARG โ name of the root directory inside the exported file.--uncommittedโ export the working tree contents rather than that of the last revision.--usageโ show usage message and options.--verbose,-vโ display more information.
โจ What it does
export the current or a past revision to a destination directory or archive ๐ฆ
If you don't specify a revision, it exports the last committed revision. cool cool cool.
The format can be an "exporter" name, like tar, tgz, tbz2. If you don't give one, it tries to figure out the format from the extension. If there's no extension found, it exports to a directory (same as --format=dir).
If root is supplied, it gets used as the root directory inside container formats (tar, zip, etc). If you don't supply it, it defaults to the exported filename. The root option does nothing for the dir format, fyi.
If branch is omitted, then the branch containing the current working directory gets used.
๐ฉ Note: exporting a tree with non-ASCII filenames to zip is not supported. tragic, but real.
================= =========================
Supported formats Autodetected by extension
================= =========================
dir (none)
tar .tar
tbz2 .tar.bz2, .tbz2
tgz .tar.gz, .tgz
zip .zip
================= =========================
brz grep</p> PATTERN [PATH...] ๐
โจ Options
--colorWHEN โ show match in color. WHEN isnever,alwaysorauto.--diff,-pโ grep for pattern in the changeset for each revision.--excludeGLOB,-Xโ skip files whose base name matches GLOB.--files-with-matches,-lโ print only the name of each input file in which PATTERN is found.--files-without-match,-Lโ print only the name of each input file in which PATTERN is not found.--fixed-string,-Fโ interpret PATTERN as a single fixed string (not a regex).--from-rootโ search for pattern starting from the root of the branch. (this implies--recursive)--help,-hโ show help message.--ignore-case,-iโ ignore case distinctions while matching.--includeGLOB,-Iโ search only files whose base name matches GLOB.--levelsN โ number of levels to display โ0for all,1for collapsed (1is the default).--line-number,-nโ show 1-based line number.--no-recursiveโ don't recurse into subdirectories. (the default is--recursive)--null,-Zโ write an ASCII NUL (\0) separator between output lines rather than a newline.--quiet,-qโ only display errors and warnings.--revisionARG,-rโ seehelp revisionspecfor details.--usageโ show usage message and options.--verbose,-vโ display more information.
โจ What it does
print lines matching PATTERN for the files and revisions you specify ๐
This command searches the specified files and revisions for a given pattern. The pattern is specified as a Python regular expression[1]. yes bestie, regex.
If you don't specify a file name, the revisions starting with the current directory get searched recursively. If you don't specify a revision number, the working copy gets searched. To search the last committed revision, use the -r -1 or -r last:1 option โจ
Unversioned files are not searched unless you explicitly specify them on the command line. Unversioned directories are not searched either. (typo in the original, we keep it, no we're not telling you which one ๐)
When searching a pattern, the output shows up in the filepath:string format. If you explicitly search a revision, the output shows as filepath~N:string, where N is the revision number.
--include and --exclude can be used to search only (or exclude from the search) files whose base name matches the specified Unix style GLOB pattern. The GLOB pattern can use *, ?, and [...] as wildcards, and \\ to quote a wildcard or backslash character literally. Note that the glob pattern is not a regular expression, don't mix them up ๐
[1] http://docs.python.org/library/re.html#regular-expression-syntax
๐ brz help ๐
brz help [TOPIC]
Options:
--help,-hโ shows you the help message, bestie--longโ spills the tea on every single command, no skips--quiet,-qโ only errors and warnings, keep it minimal--usageโ shows the usage message and the options--verbose,-vโ more info, more vibes
Aliases: ?, --help, -?, -h
See also: topics
Show help on a command or other topic. That's it, that's the whole thing โจ
๐ซ brz ignore ๐ซ
brz ignore [NAME_PATTERN...]
Options:
--default-rulesโ displays the default ignore rules thatbrzuses--directory ARG,-dโ branch to operate on, instead of the working directory--help,-hโ show help message--quiet,-qโ only display errors and warnings--usageโ show usage message and options--verbose,-vโ display more information
See also: ignored, patterns, status
Ignore specified files or patterns. Iconic behaviour honestly.
Run brz help patterns for the full deets on the syntax of patterns, iykyk.
If a .bzrignore file does not exist, the ignore command will create one and add the specified files or patterns to the newly created file. The ignore command will also automatically add the .bzrignore file to be versioned. (Creating a .bzrignore file without using the ignore command will require an explicit add command โ the audacity, right?)
To remove patterns from the ignore list, edit the .bzrignore file. After adding, editing or deleting that file โ either indirectly by using this command or directly by using an editor โ be sure to commit it. Fr fr, don't forget ๐
Breezy also supports a global ignore file ~/.config/breezy/ignore. On Windows the global ignore file can be found in the application data directory as C:\Documents and Settings\<user>\Application Data\Breezy\3.0\ignore. Global ignores are not touched by this command. The global ignore file can be edited directly using an editor.
Patterns prefixed with '!' are exceptions to ignore patterns and take precedence over regular ignores. Such exceptions are used to specify files that should be versioned which would otherwise be ignored.
Patterns prefixed with '!!' act as regular ignore patterns, but have precedence over the '!' exception patterns.
Notes:
- Ignore patterns containing shell wildcards must be quoted from the shell on Unix.
- Ignore patterns starting with
"#"act as comments in the ignore file. To ignore patterns that begin with that character, use the"RE:"prefix.
Examples:
Ignore the top level Makefile:
brz ignore ./Makefile
Ignore .class files in all directories...:
brz ignore "*.class"
...but do not ignore "special.class":
brz ignore "!special.class"
Ignore files whose name begins with the "#" character:
brz ignore "RE:^#"
Ignore .o files under the lib directory:
brz ignore "lib/**/*.o"
Ignore .o files under the lib directory:
brz ignore "RE:lib/.*\.o"
Ignore everything but the "debian" toplevel directory:
brz ignore "RE:(?!debian/).*"
Ignore everything except the "local" toplevel directory, but always ignore autosave files ending in ~, even under local/:
brz ignore "*"
brz ignore "!./local"
brz ignore "!!*~"
๐ต๏ธ brz ignored ๐ต๏ธ
brz ignored
Options:
--directory ARG,-dโ branch to operate on, instead of the working directory--help,-hโ show help message--quiet,-qโ only display errors and warnings--usageโ show usage message and options--verbose,-vโ display more information
See also: ignore, ls
List ignored files and the patterns that matched them. The receipts, basically ๐งพ
List all the ignored files and the ignore pattern that caused the file to be ignored.
Alternatively, to list just the files:
brz ls --ignored
๐ฆ brz import ๐ฆ
brz import SOURCE [TREE]
Options:
--help,-hโ show help message--quiet,-qโ only display errors and warnings--usageโ show usage message and options--verbose,-vโ display more information
Import sources from a directory, tarball or zip file.
This command will import a directory, tarball or zip file into a bzr tree, replacing any versioned files already present. If a directory is specified, it is used as the target. If the directory does not exist, or is not versioned, it is created.
Tarballs may be gzip or bzip2 compressed. This is autodetected โ it just knows โจ
If the tarball or zip has a single root directory, that directory is stripped when extracting the tarball. This is not done for directories.
๐ brz info ๐
brz info [LOCATION]
Options:
--help,-hโ show help message--quiet,-qโ only display errors and warnings--usageโ show usage message and options--verbose,-vโ display more information
See also: repositories, revno, working-trees
Show information about a working tree, branch or repository.
This command will show all known locations and formats associated to the tree, branch or repository.
In verbose mode, statistical information is included with each report. To see extended statistic information, use a verbosity level of 2 or higher by specifying the verbose option multiple times, e.g. -vv. Stack 'em up bestie ๐ซถ
Branches and working trees will also report any missing revisions.
Examples:
Display information on the format and related locations:
brz info
Display the above together with extended format information and basic statistics (like the number of files in the working tree and number of revisions in the branch and repository):
brz info -v
Display the above together with number of committers to the branch:
brz info -vv
๐ฑ brz init ๐ฑ
brz init [LOCATION]
Options:
--append-revisions-onlyโ never change revnos or the existing log. Append revisions to it only.--create-prefixโ create the path leading up to the branch if it does not already exist.--format ARGโ specify a format for this branch. See"help formats"for a full list.--2aโ format for the bzr 2.0 series.--bzrโ format for the bzr 2.0 series.--defaultโ format for the bzr 2.0 series.--gitโ GIT repository.--git-bareโ bare GIT repository (no working tree).--help,-hโ show help message--no-treeโ create a branch without a working tree.--quiet,-qโ only display errors and warnings--usageโ show usage message and options--verbose,-vโ display more information
See also: branch, checkout, init-shared-repository
Make a directory into a versioned branch. Baby's first branch energy ๐
Use this to create an empty branch, or before importing an existing project.
If there is a repository in a parent directory of the location, then the history of the branch will be stored in the repository. Otherwise init creates a standalone branch which carries its own history in the .bzr directory.
If there is already a branch at the location but it has no working tree, the tree can be populated with brz checkout.
Recipe for importing a tree of files:
cd ~/project
brz init
brz add .
brz status
brz commit -m "imported project"
๐ brz init-repo ๐
Alias for "init-shared-repository", see "brz init-shared-repository".
๐ brz init-shared-repo ๐
Alias for "init-shared-repository", see "brz init-shared-repository".
๐๏ธ brz init-shared-repository ๐๏ธ
brz init-shared-repository LOCATION
Options:
--format ARGโ specify a format for this repository. See"brz help formats"for details.--2aโ format for the bzr 2.0 series.--bzrโ format for the bzr 2.0 series.--defaultโ format for the bzr 2.0 series.--gitโ GIT repository.--git-bareโ bare GIT repository (no working tree).--help,-hโ show help message--no-treesโ branches in the repository will default to not having a working tree.--quiet,-qโ only display errors and warnings--usageโ show usage message and options--verbose,-vโ display more information
Aliases: init-shared-repo, init-repo
See also: branch, checkout, init, repositories
Create a shared repository for branches to share storage space. Sharing is caring, periodt ๐
New branches created under the repository directory will store their revisions in the repository, not in the branch directory. For branches with shared history, this reduces the amount of storage needed and speeds up the creation of new branches. Efficiency slay.
If the --no-trees option is given then the branches in the repository will not have working trees by default. They will still exist as directories on disk, but they will not have separate copies of the files at a certain revision. This can be useful for repositories that store branches which are interacted with through checkouts or remote branches, such as on a server.
Examples:
Create a shared repository holding just branches:
brz init-shared-repo --no-trees repo
brz init repo/trunk
Make a lightweight checkout elsewhere:
brz checkout --lightweight repo/trunk trunk-checkout
cd trunk-checkout
(add files here)
๐งฉ brz join ๐งฉ
brz join TREE
Options:
--help,-hโ show help message--quiet,-qโ only display errors and warnings--usageโ show usage message and options--verbose,-vโ display more information
See also: split
Combine a tree into its containing tree.
This command requires the target tree to be in a rich-root format.
The TREE argument should be an independent tree, inside another tree, but not part of it. (Such trees can be produced by "brz split", but also by running "brz branch" with the target inside a tree.)
The result is a combined tree, with the subtree no longer an independent part. This is marked as a merge of the subtree into the containing tree, and all history is preserved. Nothing gets lost, we love to see it ๐
brz launchpad-login [NAME]
Options:
--help,-hโ show the help message ๐--no-checkโ don't check that the user name is actually valid (living dangerously, bestie)--quiet,-qโ only display errors and warnings--service-root ARGโ which Launchpad service root to connect to--usageโ show the usage message and options--verbose,-vโ display more information
Alias: lp-login ๐
Show or set your Launchpad user ID.
So here's the tea: when you're talking to Launchpad, some commands literally need to know your Launchpad user ID. This command is the one that sets it or shows it โ whichever you need. It's the user ID Bazaar will use for that communication. โจ
Examples:
Show the Launchpad ID of the current user:
brz launchpad-login
Set the Launchpad ID of the current user to bob:
brz launchpad-login bob
brz launchpad-logout
Options:
--help,-hโ show the help message ๐--quiet,-qโ only display errors and warnings--usageโ show the usage message and options--verbose,-vโ display more information
Alias: lp-logout ๐ฆ
Unset the Launchpad user ID.
Same deal as before โ some Launchpad commands need your user ID, and this one logs you out. What that means practically: communication with Launchpad happens over HTTPS, and it won't need one of your SSH keys to be available. Say bye ๐
brz launchpad-open [LOCATION]
Options:
--dry-runโ do not actually open the browser, just say the URL we would use ๐ซถ--help,-hโ show the help message ๐--quiet,-qโ only display errors and warnings--usageโ show the usage message and options--verbose,-vโ display more information
Alias: lp-open ๐ธ
Open a Launchpad branch page in your web browser. That's it, that's the whole job. โจ
brz link-tree LOCATION
Options:
--help,-hโ show the help message ๐--quiet,-qโ only display errors and warnings--usageโ show the usage message and options--verbose,-vโ display more information
Hardlink matching files to another tree.
Important deets: only files with identical content and the same execute bit will be linked. No mismatches allowed, it's picky like that ๐
brz log [FILE...]
Options:
--authors ARGโ what names to list as authors โfirst,allorcommitter--change ARG,-cโ show just the specified revision. See alsohelp revisionspec๐--exclude-common-ancestryโ display only the revisions that are not part of both ancestries (requires-rX..Y)--forwardโ show from oldest to newest--help,-hโ show the help message ๐--include-mergedโ show merged revisions like--levels 0does--levels N,-nโ number of levels to display โ0for all,1for flat--limit N,-lโ limit the output to the firstNrevisions--log-format ARGโ use the specified log format--gnu-changelogโ the format used by GNU ChangeLog files--lineโ log format with one line per revision--longโ detailed log format--shortโ moderately short log format--match ARG,-mโ show revisions whose properties match this expression--match-author ARGโ show revisions whose authors match this expression--match-bugs ARGโ show revisions whose bugs match this expression--match-committer ARGโ show revisions whose committer matches this expression--match-message ARGโ show revisions whose message matches this expression--omit-mergesโ do not report commits with more than one parent--quiet,-qโ only display errors and warnings--revision ARG,-rโ seehelp revisionspecfor the details--show-diff,-pโ show the changes made in each revision as a patch--show-idsโ show internal object ids--signaturesโ show digital signature validity--timezone ARGโ display timezone aslocal,original, orutc--usageโ show the usage message and options--verbose,-vโ show the files changed in each revision
See also: log-formats, revisionspec
Show the historical log for a branch or a subset of a branch. ๐
log is brz's default tool for exploring the history of a branch โ it's giving main character energy for real. The branch you want comes from the first parameter. And if you pass no parameters at all? It logs the branch containing the working directory. Here are some simple examples:
brz log log the current branch
brz log foo.py log a file in its branch
brz log http://server/branch log a branch on a server
The filtering, the ordering, and the info shown for each revision โ all controllable, all explained below. By default, every revision is shown sorted (topologically) so newer revisions appear before older ones, and descendants always appear before ancestors. If merged revisions are displayed, they're shown indented under the revision in which they were merged. ๐
Output control:
The log format controls how the info about each revision is displayed. The standard log formats are called long, short and line. The default is long. See brz help log-formats for more details on log formats.
These options control what info gets displayed:
-l N display a maximum of N revisions
-n N display N levels of revisions (0 for all, 1 for collapsed)
-v display a status summary (delta) for each revision
-p display a diff (patch) for each revision
--show-ids display revision-ids (and file-ids), not just revnos
Heads up: the default number of levels to display is a function of the log format. If you don't use the -n option, the standard log formats show just the top level (mainline).
Status summaries show up using status flags like A, M, etc. Want the changes explained in actual words like added and modified instead? Use the -vv option. ๐ซถ
Ordering control:
To display revisions from oldest to newest, use the --forward option. In most cases, using this option barely dents the total time taken to produce a log โ though --forward does not incrementally display revisions like --reverse does when it can. Noted. ๐
Revision filtering:
The -r option specifies what revision or range of revisions to filter against. The various forms:
-rX display revision X
-rX.. display revision X and later
-r..Y display up to and including revision Y
-rX..Y display from X to Y inclusive
See brz help revisionspec for details on how to specify X and Y. Some common examples:
-r-1 show just the tip
-r-10.. show the last 10 mainline revisions
-rsubmit:.. show what's new on this branch
-rancestor:path.. show changes since the common ancestor of this
branch and the one at location path
-rdate:yesterday.. show changes since yesterday
When logging a range of revisions using -rX..Y, the log starts at revision Y and searches back in history through the primary ("left-hand") parents until it finds X. When logging just the top level (using -n1), an error is reported if X is not found along the way. If multi-level logging is used (-n0), X may be a nested merge revision and the log will be truncated accordingly. ๐ง
Path filtering:
If parameters are given and the first one is not a branch, the log gets filtered to show only those revisions that changed the nominated files or directories.
Filenames are interpreted within their historical context. To log a deleted file, specify a revision range so that the file existed at the end or start of the range.
Historical context also matters when you're interpreting pathnames of renamed files/directories. Consider this example:
- revision 1: add
tutorial.txt - revision 2: modify
tutorial.txt - revision 3: rename
tutorial.txttoguide.txt; addtutorial.txt
In this case:
brz log guide.txtwill log the file added in revision 1brz log tutorial.txtwill log the new file added in revision 3brz log -r2 -p tutorial.txtwill show the changes made to the original file in revision 2.brz log -r2 -p guide.txtwill display an error message as there was no file calledguide.txtin revision 2.
Renames are always followed by log. By design, there's no need to explicitly ask for this โ and no way to stop logging a file back until it was last renamed. That's just how it is ๐
Other filtering:
The --match option finds revisions that match a regular expression in a commit message, committer, author or bug. Specifying the option several times will match any of the supplied expressions. --match-author, --match-bugs, --match-committer and --match-message can be used to only match a specific field. ๐ฏ
Tips & tricks:
GUI tools and IDEs are often better at exploring history than command line tools โ you may prefer qlog from qbzr, or the Loggerhead web interface. See the Breezy Plugin Guide https://www.breezy-vcs.org/doc/plugins/en/ and http://wiki.breezy-vcs.org/IDEIntegration.
You may find it useful to add the aliases below to breezy.conf:
[ALIASES]
tip = log -r-1
top = log -l10 --line
show = log -v -p
brz tip will then show the latest revision, while brz top will show the last 10 mainline revisions. To see the details of a particular revision X, brz show -rX. โจ
And if you're interested in looking deeper into a particular merge X, use brz log -n0 -rX. ๐ฆ
Not me pulling up to the <bold>brz log -v</bold> situation again, but bestie, real talk: running brz log -v on a branch with lots of history is currently very slow. Like, "buffering in 2009" slow. There's a fix under development, but with or without that fix, the move is: give a revision range whenever you use the -v option. Do that. Your future self will thank you. ๐
Okay so brz also has a generic full-text matching plugin called brz-search, and it can find revisions matching user names, commit messages, etc. And among other features? This plugin can find all the revisions containing a list of words but not others. Iconic, honestly. โจ
And when you're exploring non-mainline history on big-big projects with deep history, the performance of log gets massively upgraded if you install the historycache plugin. What does it do? It buffers historical information, trading disk space for faster speed. Storage for speed, the oldest trade in the game. ๐ซถ
๐ธ brz lp-find-proposal
โจ OPTIONS โจ
--help,-hโ Show help message.--quiet,-qโ Only display errors and warnings.--revision ARG,-rโ Seehelp revisionspecfor details.--usageโ Show usage message and options.--verbose,-vโ Display more information.
๐ DESCRIPTION ๐
Find the proposal to merge this revision. That's the whole vibe.
It finds the merge proposal(s) that discussed landing the specified revision. Big caveat though, no cap: this only works if the merged_revno was recorded for the merge proposal. (Yes, the original says "if the if" โ we love a typo era. ๐) The proposal(s) get opened in a web browser, so get ready for tabs, bestie.
Only the revision you specified is searched for. If you wanna find the mainline revision that merged it into mainline, use the mainline revision spec.
So, to find the merge proposal that reviewed line 1 of README:
brz lp-find-proposal -r mainline:annotate:README:1
๐ฆ brz lp-login
Alias for launchpad-login, see brz launchpad-login. That's it, that's the whole thing. Go read that one. ๐
๐ฆ brz lp-logout
Alias for launchpad-logout, see brz launchpad-logout. Same energy, still an alias. ๐ธ
๐ฆ brz lp-open
Alias for launchpad-open, see brz launchpad-open. Three for three on the alias train. ๐
๐ brz ls [PATH]
โจ OPTIONS โจ
--directory ARG,-dโ Branch to operate on, instead of working directory.--from-rootโ Print paths relative to the root of the branch.--help,-hโ Show help message.--ignored,-iโ Print ignored files.--kind ARG,-kโ List entries of a particular kind:file,directory,symlink,tree-reference.--null,-0โ Use an ASCII NUL (\0) separator rather than a newline.--quiet,-qโ Only display errors and warnings.--recursive,-Rโ Recurse into subdirectories.--revision ARG,-rโ Seehelp revisionspecfor details.--show-idsโ Show internal object ids.--unknown,-uโ Print unknown files.--usageโ Show usage message and options.--verbose,-vโ Display more information.--versioned,-Vโ Print versioned files.
See also: cat, status
๐ DESCRIPTION ๐
List files in a tree.</puruple> Short, sweet, slays. ๐
๐ฅ brz merge [LOCATION]
โจ OPTIONS โจ
--change ARG,-cโ Select changes introduced by the specified revision. See alsohelp revisionspec.--directory ARG,-dโ Branch to merge into, rather than the one containing the working directory.--forceโ Merge even if the destination tree has uncommitted changes.--help,-hโ Show help message.--interactive,-iโ Select changes interactively.--merge-type ARGโ Select a particular merge algorithm.--diff3โ Merge using externaldiff3.--lcaโ LCA-newness merge.--merge3โ Native diff3-style merge.--weaveโ Weave-based merge.
--previewโ Instead of merging, show a diff of the merge.--pullโ If the destination is already completely merged into the source, pull from the source rather than merging. When this happens, you do not need to commit the result.--quiet,-qโ Only display errors and warnings.--rememberโ Remember the specified location as a default.--reprocessโ Reprocess to reduce spurious conflicts.--revision ARG,-rโ Seehelp revisionspecfor details.--show-baseโ Show base revision text in conflicts.--uncommittedโ Apply uncommitted changes from a working copy, instead of branch changes.--usageโ Show usage message and options.--verbose,-vโ Display more information.
See also: remerge, send, status-flags, update
๐ DESCRIPTION ๐
Perform a three-way merge. The main character of version control moves, honestly. ๐
So where can the source of the merge come from? Either:
- A branch, OR
- A path to a file containing a merge directive generated with
brz send.
If you specify neither, the default is the upstream branch, or the branch most recently merged using --remember. And plot twist: the source of the merge may also be specified as a path to a file in another branch โ in which case only the modifications to that file get merged into the current working tree. Small merge, tiny merge, niche merge. ๐ฆ
When merging from a branch, by default brz tries to merge in all new work from the other branch, automatically figuring out an appropriate base revision. If that fails? You may need to give an explicit base. Not the algorithm's fault, it's just ~life~.
To pick a different ending revision, pass --revision OTHER. brz will try to merge in all new work up to and including revision OTHER.
If you specify two values, --revision BASE..OTHER, then only revisions BASE through OTHER, excluding BASE but including OTHER, will be merged. If this causes some revisions to be skipped โ like, if the destination branch does not already contain revision BASE โ a merge like that is commonly called a "cherrypick". And here's the caveat bestie, listen up: unlike a normal merge, Breezy does not currently track cherrypicks. The changes look like a normal commit, and the history of the changes from the other branch is not stored in the commit. So act accordingly. ๐ญ
Revision numbers are always relative to the source branch. Always. No exceptions, periodt.
Merge will do its best to combine the changes in two branches, but some kinds of problems can only be fixed by a human. When it hits one of those, it will mark a conflict. A conflict means you need to fix something before you can commit. That's the deal.
Use brz resolve when you've fixed a problem. See also brz conflicts.
If there's no default branch set, the first merge will set it (use --no-remember to avoid setting it). After that, you can omit the branch and it'll use the default. To change the default, use --remember. And heads up: the value will only be saved if the remote location can be accessed. If it can't be reached, nothing gets remembered, sorry. ๐
The results of the merge get placed into the destination working directory, where you can review them (with brz diff), test them, and then commit to record the result of the merge. Review โ test โ commit. That's the pipeline.
merge refuses to run if there are any uncommitted changes, unless --force is given. If --force is given, then the changes from the source will be merged with the current working tree, including any uncommitted changes in the tree. And --force can also be used to create a merge revision which has more than two parents. Polyamory but for commits. ๐ซถ
If you want to merge changes from the working tree of the other branch without merging any committed revisions, pass the --uncommitted option.
To select only some changes to merge, use merge -i, which will prompt you to apply each diff hunk and file change, similar to shelve. Interactive merge, we love her. โจ
Examples
To merge all new revisions from brz.dev:
brz merge ../brz.dev
To merge changes up to and including revision 82 from brz.dev:
brz merge -r 82 ../brz.dev
To merge the changes introduced by 82, without previous changes:
brz merge -r 81..82 ../brz.dev
To apply a merge directive contained in /tmp/merge:
brz merge /tmp/merge
To create a merge revision with three parents from two branches feature1a and feature1b:
brz merge ../feature1a
brz merge ../feature1b --force
brz commit -m 'revision with three parents'
๐ brz missing [OTHER_BRANCH]
โจ OPTIONS โจ
--directory ARG,-dโ Branch to operate on, instead of working directory.--help,-hโ Show help message.--include-mergedโ Show all revisions in addition to the mainline ones.--log-format ARGโ Use specified log format.--gnu-changelogโ Format used by GNU ChangeLog files.--lineโ Log format with one line per revision.--longโ Detailed log format.--shortโ Moderately short log format.
--mine-onlyโ Display changes in the local branch only.--my-revision ARGโ Filter on local branch revisions (inclusive). Seehelp revisionspecfor details.--otherโ Same as--theirs-only.--quiet,-qโ Only display errors and warnings.--reverseโ Reverse the order of revisions.--revision ARG,-rโ Filter on other branch revisions (inclusive). Seehelp revisionspecfor details.--show-idsโ Show internal object ids.--theirs-onlyโ Display changes in the remote branch only.--thisโ Same as--mine-only.--usageโ Show usage message and options.--verbose,-vโ Display more information.
See also: merge, pull
๐ DESCRIPTION ๐
Show unmerged/unpulled revisions between two branches. The "what am I missing" of it all. ๐
OTHER_BRANCH may be local or remote โ both are welcome here.
To filter on a range of revisions, you can use the command -r begin..end. -r revision requests a specific revision, and -r ..end or -r begin.. are also valid. Ranges are flexible like that, bestie. ๐
Exit values
1 - some missing revisions
0 - no missing revisions
So if it exits 1, yeah, there's stuff missing. If it exits 0, you're fully caught up. Simple. Clean. Iconic.
Examples
Determine the missing revisions between this and the branch at the remembered pull location:
brz missing
Determine the missing revisions between this and another branch:
brz missing http://server/branch
Determine the missing revisions up to a specific revision on the other branch:
brz missing -r ..-10
Determine the missing revisions up to a specific revision on this branch:
brz missing --my-revision ..-10
๐ธ brz mkdir DIR...
Options:
--help,-hโ shows you the help message, bestie ๐--parents,-pโ no error if it already exists, and it'll make the parent directories as needed. so forgiving, we love that.--quiet,-qโ only shows errors and warnings. silent-ish era.--usageโ shows the usage message and options.--verbose,-vโ displays more information.
Makes a brand-new versioned directory. โจ
It's literally the same thing as creating the directory and then adding it โ two steps, one command, iconic behaviour. ๐
๐ฆ brz move
Alias for mv, so go look at brz mv. Same vibe, shorter name. ๐ซถ
brz mv [NAMES...]
Options:
--afterโ move only the brz identifier of the file, for when the file has already been moved. like, the deed is done, we're just updating the receipts. ๐--autoโ automatically guess renames.--dry-runโ avoids making changes while it's guessing renames. a little sneak peek, no commitment.--help,-hโ shows the help message.--quiet,-qโ only shows errors and warnings.--usageโ shows the usage message and options.--verbose,-vโ displays more information.
Aliases: move, rename
Moves or renames a file. โจ
Usage:
brz mv OLDNAME NEWNAME
brz mv SOURCE... DESTINATION
If that last argument is a versioned directory, then all the other names get moved into it. Otherwise you need exactly two arguments, and the file gets changed to a new name. no extra, no fewer. periodt. ๐
Now the plot twist: if OLDNAME does not exist on the filesystem but is versioned, and NEWNAME does exist on the filesystem but is not versioned, mv assumes you manually moved the file yourself and only updates its internal inventory to reflect that change. Same deal when you're moving many SOURCE files to a DESTINATION. ๐
๐ซ Files cannot be moved between branches. not a vibe, not allowed, don't try it.
๐ brz nick [NICKNAME]
Options:
--directory ARG,-dโ branch to operate on, instead of the working directory.--help,-hโ shows the help message.--quiet,-qโ only shows errors and warnings.--usageโ shows the usage message and options.--verbose,-vโ displays more information.
See also: info
Prints or sets the branch nickname. ๐ท๏ธ
If it's unset, the colocated branch name gets used for colocated branches, and the branch directory name gets used for other branches. To just print the current nickname, run it with no argument at all. ๐
Bound branches use the nickname of their master branch โ unless it's been set locally. ๐
๐ง brz pack [BRANCH_OR_REPO]
Options:
--clean-obsolete-packsโ deletes obsolete packs to save disk space.--help,-hโ shows the help message.--quiet,-qโ only shows errors and warnings.--usageโ shows the usage message and options.--verbose,-vโ displays more information.
See also: repositories
Compresses the data within a repository. ๐๏ธโจ
This operation compresses the data inside a bazaar repository. And because bazaar supports automatic packing of repositories, you normally don't need to do this manually. it just... happens. main character energy, honestly.
During the pack operation, bazaar takes a backup of the existing repository data (i.e. the pack files). That backup eventually gets removed by bazaar automatically once it's safe to do so. If you wanna save disk space by removing those backed-up pack files yourself, you can use the --clean-obsolete-packs option. ๐งน
โ ๏ธ Warning: if you use --clean-obsolete-packs and your machine crashes during or immediately after repacking, you may be left in a state where the deletion has been written to disk but the new packs have not been. In that case, the repository may be unusable. ๐ญ please be careful.
brz patch [FILENAME]
Options:
--help,-hโ shows the help message.--quiet,-qโ only shows errors and warnings.--silentโ suppresses chatter. ๐คซ--strip ARG,-pโ strips the smallest prefix containing num leading slashes from filenames.--usageโ shows the usage message and options.--verbose,-vโ displays more information.
Applies a named patch to the current tree. ๐ฉน๐
โญ brz ping LOCATION
Options:
--help,-hโ shows the help message.--quiet,-qโ only shows errors and warnings.--usageโ shows the usage message and options.--verbose,-vโ displays more information.
Pings a Bazaar smart server. ๐ก
Basically it sends a 'hello' request to the location you give it, using the brz smart protocol, and then reports back the response. like a lil "u up?" to the server. ๐
๐ brz plugins
Options:
--help,-hโ shows the help message.--quiet,-qโ only shows errors and warnings.--usageโ shows the usage message and options.--verbose,-vโ displays more information.
Lists the installed plugins. ๐งฉโจ
This command displays the list of installed plugins, including the version of each plugin and a short description of each one. โจ
--verbose shows you the path where each plugin is located. ๐
A plugin is an external component for Breezy that extends the revision control system, by adding or replacing code in Breezy. Plugins can do a whole variety of things โ including overriding commands, adding new commands, providing additional network transports, and customizing log output. the range?? unmatched. ๐
See the Breezy Plugin Guide at https://www.breezy-vcs.org/doc/plugins/en/ for further information on plugins, including where to find them and how to install them. There are also instructions there on how to write new plugins using the Python programming language. ๐๐
๐ brz praise
Alias for annotate, so go see brz annotate. ๐ซก
๐ฅ brz pull [LOCATION]
Options:
--directory ARG,-dโ branch to pull into, rather than the one containing the working directory.--help,-hโ shows the help message.--localโ performs a local pull in a bound branch. Local pulls are not applied to the master branch.--overwriteโ ignores differences between branches and overwrites unconditionally. brutal. love it.--overwrite-tagsโ overwrites tags only.--quiet,-qโ only shows errors and warnings.--rememberโ remembers the specified location as a default.--revision ARG,-rโ see"help revisionspec"for details.--show-baseโ show base revision text in conflicts.--usageโ shows the usage message and options.--verbose,-vโ shows logs of pulled revisions.
See also: push, send, status-flags, update
Turns this branch into a mirror of another branch. ๐ชโจ
By default, this command only works on branches that have not diverged. Branches are considered diverged if the destination branch's most recent commit is one that hasn't been merged (directly or indirectly) into the parent. ๐ฌ
If the branches have diverged, you can use 'brz merge' to integrate the changes from one into the other. Once one branch has merged, the other should be able to pull it again. teamwork, bestie. ๐ซถ
If you wanna replace your local changes and just want your branch to match the remote one, use pull --overwrite. This will work even if the two branches have diverged. ๐ฅ
If there's no default location set, the first pull will set it (use --no-remember to avoid setting it). After that, you can omit the location and it'll use the default. To change the default, use --remember. The value will only be saved if the remote location can be accessed. ๐
The --verbose option displays the revisions pulled using the log_format configuration option. You can use a different format by overriding it with -Olog_format=<other_format>. ๐
๐ Note: the location can be specified either in the form of a branch, or in the form of a path to a file containing a merge directive generated with brz send.
๐ brz push [LOCATION]
Options:
--create-prefixโ creates the path leading up to the branch if it doesn't already exist.--directory ARG,-dโ branch to push from, rather than the one containing the working directory.--help,-hโ shows the help message.--lossyโ allows a lossy push, i.e. dropping metadata that can't be represented in the target. yikes, but okay.--no-treeโ don't populate the working tree, even for protocols that support it.--overwriteโ ignores differences between branches and overwrites unconditionally.--overwrite-tagsโ overwrites tags only.--quiet,-qโ only shows errors and warnings.--rememberโ remembers the specified location as a default.--revision ARG,-rโ see"help revisionspec"for details.--stackedโ creates a stacked branch that references the public location of the parent branch.--stacked-on ARGโ creates a stacked branch that refers to another branch for the commit history. Only the work not present in the referenced branch is included in the branch created.--strictโ refuses to push if there are uncommitted changes in the working tree.--no-strictdisables the check.--usageโ shows the usage message and options.--use-existing-dirโ by default, push will fail if the target directory exists but doesn't already have a control directory. This flag lets push proceed anyway.--verbose,-vโ displays more information.
See also: pull, update, working-trees
Updates a mirror of this branch. ๐ช๐จ
The target branch will not have its working tree populated, because that's both expensive and not supported on remote file systems. we're not doing all that. ๐
Some smart servers or protocols may put the working tree in place in the future. maybe. someday. who knows. ๐ฎ
This command only works on branches that have not diverged. Branches are considered diverged if the destination branch's most recent commit is one that hasn't been merged (directly or indirectly) by the source branch. ๐ตโ๐ซ
If the branches have diverged, you can use 'brz push --overwrite' to replace the other branch completely, discarding its unmerged changes. ๐ gone, deleted, no takebacks.
If you want to make sure you've got the different changes that live in the other branch, do a merge (peep brz help merge) from that other branch, and then commit it. After that you'll be able to push with no --overwrite at all. ๐
No default push location set yet? Then the first push sets it for you (use --no-remember if you're like "no thank u"). After that you can just leave the location out entirely and it'll use the default. Wanna swap the default? Use --remember. Tiny catch tho: the value only gets saved if the remote location can actually be accessed. ๐ซถ
--verbose will show you the revisions that got pushed, formatted using the log_format configuration option. Want a different look? Override it with -Olog_format=<other_format> and go off. โจ
๐ brz reconcile [BRANCH]
Options:
--help,-hโ Show help message.--quiet,-qโ Only display errors and warnings.--usageโ Show usage message and options.--verbose,-vโ Display more information.
See also: check
Reconcile brz metadata in a branch.
This fixes up data mismatches that might've been caused by previous ghost operations or by brz upgrades. Real talk: you should only need to run this if brz check told you to, or if an actual brz developer told you to. Don't just vibe-run it for fun. ๐
If you hand it a second branch, it'll also attempt cross-branch reconciliation, which checks that data like the tree root id โ stuff that wasn't present in very early brz versions โ is represented correctly in both branches. ๐
While it's running it may also recompress data, which can lowkey save you disk space or give you a performance glow-up. ๐
The branch MUST be on a listable system such as local disk or sftp. Not negotiable.
๐ brz reconfigure [LOCATION]
Options:
--bind-to ARGโ Branch to bind checkout to.--forceโ Perform reconfiguration even if local changes will be lost.--help,-hโ Show help message.--quiet,-qโ Only display errors and warnings.--repository_trees ARGโ Whether new branches in the repository have trees.--with-no-treesโ Reconfigure repository to not create working trees on branches by default.--with-treesโ Reconfigure repository to create working trees on branches by default.--repository_type ARGโ Location for the repository.--standaloneโ Reconfigure to be a standalone branch (i.e. stop using shared repository).--use-sharedโ Reconfigure to use a shared repository.--stacked-on ARGโ Reconfigure a branch to be stacked on another branch.--tree_type ARGโ The relation between branch and tree.--branchโ Reconfigure to be an unbound branch with no working tree.--checkoutโ Reconfigure to be a bound branch with a working tree.--lightweight-checkoutโ Reconfigure to be a lightweight checkout (with no local history).--treeโ Reconfigure to be an unbound branch with a working tree.--unstackedโ Reconfigure a branch to be unstacked. This may require copying substantial data into it.--usageโ Show usage message and options.--verbose,-vโ Display more information.
See also: branches, checkouts, standalone-trees, working-trees
Reconfigure the type of a brz directory.
Okay so, a target configuration must be specified โ you can't just say "reconfigure" and hope for the best, bestie. Pick a lane. ๐
For checkouts, the bind-to location gets auto-detected if you don't specify it. The order of preference is:
- For a lightweight checkout, the current bound location.
- For branches that used to be checkouts, the previously-bound location.
- The push location.
- The parent location.
And if literally none of those are available? Then --bind-to must be specified. No getting around it. ๐ญ
๐ฆ brz remerge [FILE...]
Options:
--help,-hโ Show help message.--merge-type ARGโ Select a particular merge algorithm.--diff3โ Merge using external diff3.--lcaโ LCA-newness merge.--merge3โ Native diff3-style merge.--weaveโ Weave-based merge.--quiet,-qโ Only display errors and warnings.--reprocessโ Reprocess to reduce spurious conflicts.--show-baseโ Show base revision text in conflicts.--usageโ Show usage message and options.--verbose,-vโ Display more information.
Redo a merge.
Use this when you wanna try a different merge technique while you're out here resolving conflicts. Some merge techniques are just better than others, and remerge lets you try different ones on different files. So picky, so powerful. โจ
The options for remerge have the same meaning and defaults as the ones for merge. The difference is that remerge can (only) be run when there is a pending merge, and it lets you specify particular files. ๐ฅ
Examples:
Re-do the merge of all conflicted files, and show the base text in conflict regions, in addition to the usual THIS and OTHER texts:
brz remerge --show-base
Re-do the merge of "foobar", using the weave merge algorithm, with additional processing to reduce the size of conflict regions:
brz remerge --merge-type weave --reprocess foobar
๐ brz remove [FILE...]
Options:
--file-deletion-strategy ARGโ The file deletion mode to be used.--keepโ Delete from brz but leave the working copy.--no-backupโ Don't backup changed files.--safeโ Backup changed files (default).--help,-hโ Show help message.--newโ Only remove files that have never been committed.--quiet,-qโ Only display errors and warnings.--usageโ Show usage message and options.--verbose,-vโ Display more information.
Aliases: rm, del
Remove files or directories.
This makes Breezy stop tracking changes to the files you named. Breezy will delete them if they can easily be recovered using revert, otherwise they'll be backed up (adding an extension of the form .~#~). And if you give it no options and no parameters? Breezy will scan for files that are being tracked by Breezy but missing in your tree, and stop tracking them for you. Look at her being helpful. ๐
๐ธ brz remove-branch [LOCATION]
Options:
--directory ARG,-dโ Branch to operate on, instead of working directory.--forceโ Remove branch even if it is the active branch.--help,-hโ Show help message.--quiet,-qโ Only display errors and warnings.--usageโ Show usage message and options.--verbose,-vโ Display more information.
Alias: rmbranch
Remove a branch.
This removes the branch from the location you specified but will keep any working tree or repository in place. Like, the branch ghosted, the tree stayed. ๐ป
Examples:
Remove the branch at repo/trunk:
brz remove-branch repo/trunk
๐ brz remove-tree [LOCATION...]
Options:
--forceโ Remove the working tree even if it has uncommitted or shelved changes.--help,-hโ Show help message.--quiet,-qโ Only display errors and warnings.--usageโ Show usage message and options.--verbose,-vโ Display more information.
See also: checkout, working-trees
Remove the working tree from a given branch/checkout.
Since a lightweight checkout is basically little more than a working tree, this will refuse to run against one. Not me asking, it's just not happening. ๐
To re-create the working tree, use "brz checkout".
โญ brz rename
Alias for "mv", see "brz mv".
๐ง brz renames [DIR]
Options:
--help,-hโ Show help message.--quiet,-qโ Only display errors and warnings.--usageโ Show usage message and options.--verbose,-vโ Display more information.
See also: status
Show list of renamed files.
๐ brz resolve [FILE...]
Options:
--action ARGโ How to resolve the conflict.--autoโ Detect whether conflict has been resolved by user.--doneโ Marks the conflict as resolved.--take-otherโ Resolve the conflict taking the merged version into account.--take-thisโ Resolve the conflict preserving the version in the working tree.--allโ Resolve all conflicts in this tree.--directory ARG,-dโ Branch to operate on, instead of working directory.--help,-hโ Show help message.--quiet,-qโ Only display errors and warnings.--usageโ Show usage message and options.--verbose,-vโ Display more information.
Alias: resolved
See also: conflicts
Mark a conflict as resolved.
Merge will do its absolute best to combine the changes in two branches, but there are some kinds of problems that only a human can fix. When it hits one of those, it marks a conflict. A conflict means you need to fix something before you can commit. Sorry bestie, that's the rules. ๐ญ
Once you've fixed a problem, use "brz resolve" to automatically mark text conflicts as fixed, "brz resolve FILE" to mark a specific conflict as resolved, or "brz resolve --all" to mark all conflicts as resolved. Slay. โจ
๐ brz resolved
Alias for "resolve", see "brz resolve".
๐ซถ brz revert [FILE...]
Options:
--forget-mergesโ Remove pending merge marker, without changing any files.--help,-hโ Show help message.--no-backupโ Do not save backups of reverted files.--quiet,-qโ Only display errors and warnings.--revision ARG,-rโ See"help revisionspec"for details.--usageโ Show usage message and options.--verbose,-vโ Display more information.
See also: cat, export, merge, shelve
Set files in the working tree back to the contents of a previous revision.
Giving it a list of files means only those files get reverted. No list? Then every single file gets reverted ๐. If you don't name a revision with --revision, it uses the working tree basis revision. And listen โ a revert op only touches the working tree, not any revision history like the branch, the repo, or the working tree basis revision. It's cosmetic-ish, bestie, it doesn't rewrite the past โจ
Wanna remove only some changes, without going all the way back to a prior version? That's a merge job instead. Like, merge . -r -2..-3 (do not forget the ., I'm begging ๐) will remove the changes introduced by the second last commit (-2), without affecting the changes introduced by the last commit (-1). And if you want to nuke certain changes on a hunk-by-hunk basis, go peek at the shelve command. Want the branch updated to a specific revision (or the latest) with the working tree following along while your local changes stay safe? That's the update command, bestie ๐ฅ
โ ๏ธ Uncommitted changes to files that are reverted will be discarded. Periodt.
Okay but lowkey there's a safety net: by default, any files that have been manually changed get backed up first. (Files changed only by merge are not backed up, so watch out there ๐.) Backups get .~#~ appended to their name, where # is a number. Cute little name tag for your grief ๐
When you hand over files, you can use their current pathname or the pathname from the target revision. Which means revert can straight up "undelete" a file by name โ resurrection era ๐ . And if you name a directory, everything inside that directory gets reverted too.
Newly added files since the target revision? They get removed. If the files being removed have been changed, backups happen as described above. Directories containing unknown files will not be deleted though โ respect ๐ซถ
The working tree holds a list of revisions that have been merged but not yet committed, and those revisions get included as additional parents of the next commit. Normally, running revert clears that list and reverts the files. But if any files are specified, revert leaves the list of uncommitted merges alone and reverts only the files. So:
- Use
brz revertin the tree root to revert all files but keep the recorded merges. - Use
brz revert --forget-mergesto clear the pending merge list without reverting any files.
With brz revert --forget-merges you can actually apply all of the changes from a branch in a single revision ๐ณ. How? Do the merge as desired. Then running revert with the --forget-merges option keeps the content of the tree exactly as it was, but clears the list of pending merges. The next commit will then contain all of the changes present in the other branch, with no other parent revisions. Lowkey iconic... but because this technique forgets where those changes came from, it may cause additional conflicts on later merges involving the same source and target branches. You've been warned, bestie ๐
brz revno [LOCATION]
Options:
--help,-hโ Show help message.--quiet,-qโ Only display errors and warnings.--revision ARG,-rโ Seehelp revisionspecfor details.--treeโ Show revno of working tree.--usageโ Show usage message and options.--verbose,-vโ Display more information.
See also: info
Show the current revision number โจ
It's literally equal to the number of revisions on this branch. Math girlies stay winning ๐๐
brz rm
Alias for remove, see brz remove. ๐
brz rmbranch
Alias for remove-branch, see brz remove-branch. ๐
brz root [FILENAME]
Options:
--help,-hโ Show help message.--quiet,-qโ Only display errors and warnings.--usageโ Show usage message and options.--verbose,-vโ Display more information.
Show the tree root directory ๐ณ
The root is the nearest enclosing directory that has a control directory in it. That's the one, bestie ๐
brz send [SUBMIT_BRANCH] [PUBLIC_BRANCH]
Options:
--body ARGโ Body for the email.--format ARGโ Use the specified output format.--from ARG,-fโ Branch to generate the submission from, rather than the one containing the working directory.--help,-hโ Show help message.--mail-to ARGโ Mail the request to this address.--message ARG,-mโ Message string.--no-bundleโ Do not include a bundle in the merge directive.--no-patchโ Do not include a preview patch in the merge directive.--output ARG,-oโ Write merge directive to this file or directory; use-for stdout.--quiet,-qโ Only display errors and warnings.--rememberโ Remember submit and public branch.--revision ARG,-rโ Seehelp revisionspecfor details.--strictโ Refuse to send if there are uncommitted changes in the working tree;--no-strictdisables the check.--usageโ Show usage message and options.--verbose,-vโ Display more information.
See also: merge, pull
Mail or create a merge-directive for submitting changes ๐ฌ
A merge directive provides a bunch of things you need for requesting merges:
- A machine-readable description of the merge to perform.
- An optional patch that is a preview of the changes requested.
- An optional bundle of revision data, so the changes can be applied directly from the merge directive, without retrieving data from a branch.
brz send creates a compact data set that, when applied using brz merge, has the exact same effect as merging from the source branch. No cap ๐งข
By default the merge directive is self-contained and can be applied to any branch containing submit_branch in its ancestory without needing access to the source branch โจ
If --no-bundle is specified, then Breezy doesn't send the contents of the revisions โ it only sends a structured request to merge from the public_location. In that case the public_branch is needed and it must be up-to-date and accessible to the recipient. The public_branch is always included if known, so people can check it later ๐
The submit branch defaults to the parent of the source branch, but you can override it. Both the submit branch and the public branch get remembered in branch.conf the first time they're used for a particular branch. The source branch defaults to the one containing the working directory, but you can change it with --from.
Both the submit branch and the public branch follow the usual behavior with respect to --remember: if there's no default location set, the first send sets it (use --no-remember to avoid setting it ๐). After that, you can just omit the location and get the default. Wanna change the default? Use --remember. The value will only be saved if the location can actually be accessed, bestie ๐
To calculate those changes, brz has to analyse the submit branch. So it's most efficient for the submit branch to be a local mirror. And if a public location is known for the submit_branch, that location is used in the merge directive.
Default behaviour is to send the merge directive by mail, unless you pass -o, in which case it goes to a file ๐
Mail is sent using your preferred mail program. This should be transparent on Windows (it uses MAPI). On Unix it requires the xdg-email utility. And if the preferred client can't be found (or used), your editor will be used instead. Fallback queen ๐
To use a specific mail program, set the mail_client configuration option. Supported values for specific clients are "claws", "evolution", "kmail", "mail.app" (MacOS X's Mail.app), "mutt", and "thunderbird"; generic options are "default", "editor", "emacsclient", "mapi", and "xdg-email". Plugins may also add supported clients ๐
If mail is being sent, a to address is required. You can supply it either on the commandline, by setting the submit_to configuration option in the branch itself, or the child_submit_to configuration option in the submit branch ๐ฎ
The merge directives created by brz send may be applied using brz merge or brz pull by specifying a file containing a merge directive as the location.
brz send makes extensive use of public locations to map local locations into URLs that other people can use. See brz help configuration to set them, and use brz info to display them ๐
brz serve
Options:
--allow-writesโ By default the server is a readonly server. Supplying--allow-writesenables write access to the contents of the served directory and below. Note thatbrz servedoes not perform authentication, so unless some form of external authentication is arranged, supplying this option leads to global uncontrolled write access to your file system.--client-timeout ARGโ Override the default idle client timeout (5min).--directory ARG,-dโ Serve contents of this directory.--help,-hโ Show help message.--inetโ Serve on stdin/out for use from inetd or sshd.--listen ARGโ Listen for connections on nominated address.--port ARGโ Listen for connections on nominated port. Passing0as the port number will result in a dynamically allocated port. The default port depends on the protocol.--protocol ARGโ Protocol to serve.--bzrโ The Bazaar smart server protocol over TCP. (default port:4155)--gitโ Git Smart server protocol over TCP. (default port:9418)--git-receive-packโ Git Smart server receive pack command. (inetd mode only)--git-upload-packโ Git Smart server upload pack command. (inetd mode only)--quiet,-qโ Only display errors and warnings.--usageโ Show usage message and options.--verbose,-vโ Display more information.
๐ฅ DANGER, BESTIE:brz servedoes not perform authentication. So unless some form of external authentication is arranged, supplying--allow-writesleads to global uncontrolled write access to your file system ๐๐๐ Do not do this casually.
Alias: server
Run the brz server ๐ฅ๏ธโจ
brz server
Alias for serve, see brz serve. ๐
brz shelve [FILE...] ๐งบ
Options:
--allโ shelve literally every change you got.--destroyโ destroy changes that got removed instead of shelving them.--directory ARG,-dโ the branch to operate on, instead of the working directory.--help,-hโ show the help message.--listโ list the shelved changes.--message ARG,-mโ a message string.--quiet,-qโ only display errors and warnings.--revision ARG,-rโ checkhelp revisionspecfor the deets.--usageโ show the usage message and options.--verbose,-vโ display more information.--writer ARGโ which method to use for writing diffs.--plainโ plaintext diff output.
See also: configuration, unshelve
Okay bestie, so shelve is the "I'm not dealing with this right now" command ๐
โ it temporarily sets some changes aside from the current tree.
It literally lets you take the changes you've made and put them "on the shelf", like out of the way, until a later time when you bring them back with the unshelve command ๐ซถ. Here's the important tea though: those changes are stored alongside your working tree, so they do not get propagated along with your branch, and they will not survive your branch getting deleted ๐ญ. Fr fr, keep that in mind.
If you run shelve --list, you get a list of all the previously-shelved changes. Iconic.
Shelve is here to help you separate several sets of changes that have been, and I quote, inappropriately mingled ๐. If you just want to yeet all your changes and you don't need them back, use revert instead. And if you want to shelve all text changes at once? That's shelve --all, easy.
If you name filenames, only the changes to those files get shelved โ everything else is left untouched, no cap.
If you name a revision, then the changes since that revision are what get shelved. โจ
You can stack multiple items on the shelf, and by default unshelve restores the most recently shelved changes. Main character shelf behaviour, honestly.
Now for complicated changes, it's possible to edit the changes in a separate editor program so you can decide what the file remaining in the working copy should look like ๐. To do that, add this configuration option:
change_editor = PROGRAM {new_path} {old_path}
where {new_path} gets replaced with the path of the new version of the file, and {old_path} gets replaced with the path of the old version of the file. PROGRAM should save the new file with the desired contents of the file in the working tree. Slay. ๐ธ
brz sign-my-commits [LOCATION] [COMMITTER] โ๏ธ
Options:
--dry-runโ don't actually sign anything, just print which revisions would get signed.--help,-hโ show the help message.--quiet,-qโ only display errors and warnings.--usageโ show the usage message and options.--verbose,-vโ display more information.
Sign all commits by a given committer. That's the whole vibe.
If location isn't specified, the local tree is used. If committer isn't specified, the default committer is used.
Heads up: this does not sign commits that already have signatures. Already-signed is already-signed, bestie. ๐
brz split TREE ๐ช
Options:
--help,-hโ show the help message.--quiet,-qโ only display errors and warnings.--usageโ show the usage message and options.--verbose,-vโ display more information.
See also: join
Split a subdirectory of a tree into a separate tree. It's giving "divide and conquer" ๐ .
This command will produce a target tree in a format that supports rich roots, like rich-root or rich-root-pack. The thing is, these formats cannot be converted into earlier formats like dirstate-tags. So know that going in. ๐ญ
The TREE argument should be a subdirectory of a working tree. That subdirectory gets converted into an independent tree, with its own branch. And heads up: commits in the top-level tree will not apply to the new subtree. Periodt.
brz st ๐
Alias for status, see brz status.
brz stat ๐
Alias for status, see brz status.
brz status [FILE...] ๐
Options:
--change ARG,-cโ select changes introduced by the specified revision. Also seehelp revisionspec.--help,-hโ show the help message.--no-classifyโ don't mark object type using an indicator.--no-pendingโ don't show pending merges.--quiet,-qโ only display errors and warnings.--revision ARG,-rโ checkhelp revisionspecfor the deets.--short,-Sโ use short status indicators.--show-idsโ show internal object ids.--usageโ show the usage message and options.--verbose,-vโ display more information.--versioned,-Vโ only show versioned files.
Aliases: st, stat
See also: diff, revert, status-flags
Display a status summary. The vibe check of your working tree, basically โจ.
This reports on versioned and unknown files, grouping them by state. The possible states are:
- added โ versioned in the working copy but not in the previous revision.
- removed โ versioned in the previous revision but removed or deleted in the working copy.
- renamed โ this file's path changed from the previous revision; the text may also have changed. This includes files whose parent directory got renamed.
- modified โ the text has changed since the previous revision.
- kind changed โ the file kind has changed (e.g. from file to directory). ๐
- unknown โ not versioned, and not matching an ignore pattern.
Also, for directories, symlinks, and files with a changed executable bit, Breezy indicates their type using a trailing character: /, @, or * respectively. These little decorations can be turned off with the --no-classify option. ๐
Want to see ignored files? Use brz ignored. Want the deets on the actual changes to file texts? Use brz diff.
Note that--shortor-Sgives you status flags for each item, similar to Subversion's status command. And to get output similar tosvn -q, usebrz status -SV.
If no arguments are specified, the status of the entire working directory is shown. Otherwise, only the status of the files or directories you named gets reported. And if you give it a directory, status is reported for everything inside that directory. ๐
Before merges are committed, the pending merge tip revisions are shown. To see all pending merge revisions, use the -v option. To skip displaying pending merge info altogether, use the --no-pending option or just specify a file/directory.
Want to compare the working directory to a specific revision? Pass a single revision to the revision argument.
Want to see which files changed in a specific revision, or between two revisions? Pass a revision range to the revision argument. That gives you the same results as calling brz diff --summarize. ๐ฆ
brz switch [TO_LOCATION] ๐
Options:
--create-branch,-bโ create the target branch from this one before switching to it.--directory ARG,-dโ branch to operate on, instead of the working directory.--forceโ switch even if local commits will be lost.--help,-hโ show the help message.--quiet,-qโ only display errors and warnings.--revision ARG,-rโ checkhelp revisionspecfor the deets.--storeโ store and restore uncommitted changes in the branch.--usageโ show the usage message and options.--verbose,-vโ display more information.
Set the branch of a checkout and update. It's the glow-up command. ๐
For lightweight checkouts, this changes which branch is being referenced.
For heavyweight checkouts, it first checks that there are no local commits versus the current bound branch, then it makes the local branch a mirror of the new location and binds to it.
In both cases, the working tree gets updated and uncommitted changes are merged. You can then commit or revert them as you desire, your call bestie.
Pending merges need to be committed or reverted before you can use switch. No skipping that step. ๐ค
The path to the branch you're switching to can be specified relative to the parent directory of the current branch. For example, if you're currently in a checkout of /path/to/branch, specifying newbranch will find a branch at /path/to/newbranch. Cute, right?
Bound branches use the nickname of their master branch unless it's set locally โ and in that case, switching updates the local nickname to be that of the master. ๐
brz tag [TAG_NAME] ๐ท๏ธ
Options:
--deleteโ delete this tag rather than placing it.--directory ARG,-dโ branch in which to place the tag.--forceโ replace existing tags.--help,-hโ show the help message.--quiet,-qโ only display errors and warnings.--revision ARG,-rโ checkhelp revisionspecfor the deets.--usageโ show the usage message and options.--verbose,-vโ display more information.
See also: commit, tags
Create, remove, or modify a tag that names a revision.
Tags give human-meaningful names to revisions, which is so much better than remembering a hash, fr fr. Commands that take a -r (--revision) option can be given -rtag:X, where X is any previously created tag. ๐
Tags are stored in the branch. And they get copied from one branch to another along when you branch, push, pull, or merge. They travel, bestie. ๐ง
It's an error to give a tag name that already exists โ unless you pass --force, in which case the tag is moved to point to the new revision.
To rename a tag (change the name but keep it on the same revision), run brz tag new-name -r tag:old-name and then brz tag --delete oldname.
If no tag name is specified, it will be determined through the automatic_tag_name hook. This can e.g. be used to automatically tag upstream releases by reading configure.ac. See brz help hooks for details. โญ
brz tags ๐
Options:
--directory ARG,-dโ branch whose tags should be displayed.--help,-hโ show the help message.--quiet,-qโ only display errors and warnings.--revision ARG,-rโ checkhelp revisionspecfor the deets.--show-idsโ show internal object ids.--sort ARGโ sort tags by different criteria.--usageโ show the usage message and options.--verbose,-vโ display more information.
See also: tag
List tags. This command shows a table of tag names and the revisions they reference. A whole little spreadsheet of your faves, obsessed. ๐
๐ brz testament [BRANCH]
Options:
--help,-hโ show the help message, bestie--longโ produce a long-format testament--quiet,-qโ only display errors and warnings--revision ARG,-rโ seehelp revisionspecfor the details--strictโ produce a strict-format testament--usageโ show usage message and options--verbose,-vโ display more information
Show the testament (signing-form) of a revision. โจ
๐ brz unbind
Options:
--directory ARG,-dโ branch to operate on, instead of working directory--help,-hโ show help message--quiet,-qโ only display errors and warnings--usageโ show usage message and options--verbose,-vโ display more information
See also: bind, checkouts
Turn your current checkout into a regular branch. ๐
Once you've unbound, the local branch is doing its own thing โ independent, main character energy โ and every commit after that is local only. no cap.
โช brz uncommit [LOCATION]
Options:
--dry-runโ don't actually make changes--forceโ say yes to all questions--help,-hโ show help message--keep-tagsโ keep tags that point to removed revisions--localโ only remove the commits from the local branch when in a checkout--quiet,-qโ only display errors and warnings--revision ARG,-rโ seehelp revisionspecfor the details--usageโ show usage message and options--verbose,-vโ display more information
See also: commit
Remove the last committed revision. bye boo ๐
--verbose will print out what's getting removed. --dry-run will go through all the motions but not actually remove anything โ it's giving rehearsal, not the show. ๐ญ
If --revision is specified, uncommit revisions to leave the branch at the specified revision. For example, brz uncommit -r 15 will leave the branch at revision 15. periodt.
Uncommit leaves the working tree ready for a new commit. The only change it may make is to restore any pending merges that were present before the commit. ๐ซถ
๐งบ brz unshelve [SHELF_ID]
Options:
--action ARGโ the action to perform--applyโ apply changes and remove from the shelf--delete-onlyโ delete changes without applying them--dry-runโ show changes, but do not apply or remove them--keepโ apply changes but don't delete them--previewโ instead of unshelving the changes, show the diff that would result from unshelving--directory ARG,-dโ branch to operate on, instead of working directory--help,-hโ show help message--quiet,-qโ only display errors and warnings--usageโ show usage message and options--verbose,-vโ display more information
See also: shelve
Restore shelved changes. ๐
By default, the most recently shelved changes are restored. However if you specify a shelf by id, those changes get restored instead. This works best when the changes don't depend on each other โ like, they're living their separate lives, respectfully. ๐ฆ
โฌ๏ธ brz up
Alias for update, see brz update. That's it, that's the whole entry. ๐
๐ brz update [DIR]
Options:
--help,-hโ show help message--quiet,-qโ only display errors and warnings--revision ARG,-rโ seehelp revisionspecfor the details--show-baseโ show base revision text in conflicts--usageโ show usage message and options--verbose,-vโ display more information
Alias: up
See also: pull, status-flags, working-trees
Update a working tree to a new revision. ๐
This will perform a merge of the destination revision (the tip of the branch, or the specified revision) into the working tree, and then make that revision the basis revision for the working tree.
You can use this to visit an older revision, or to update a working tree that is out of date from its branch. time travel, lowkey. ๐ฐ๏ธ
If there are any uncommitted changes in the tree, they will be carried across and remain as uncommitted changes after the update. To discard these changes, use brz revert. Heads up though โ the uncommitted changes may conflict with the changes brought in by the change in basis revision. ๐ญ
If the tree's branch is bound to a master branch, brz will also update the branch from the master. ๐
You cannot update just a single file or directory, because each Breezy working tree has just a single basis revision. If you want to restore a file that has been removed locally, use brz revert instead of brz update. If you want to restore a file to its state in a previous revision, use brz revert with a -r option, or use brz cat to write out the old content of that file to a new location.
The dir argument, if given, must be the location of the root of a working tree to update. By default, the working tree that contains the current working directory is used.
๐ brz upgrade [URL]
Options:
--cleanโ remove thebackup.bzrdirectory if successful--dry-runโ show what would be done, but don't actually do anything--format ARGโ upgrade to a specific format. Seebrz help formatsfor details--2aโ format for the bzr 2.0 series--bzrโ format for the bzr 2.0 series--defaultโ format for the bzr 2.0 series--gitโ GIT repository--git-bareโ bare GIT repository (no working tree)--help,-hโ show help message--quiet,-qโ only display errors and warnings--usageโ show usage message and options--verbose,-vโ display more information
See also: check, formats, reconcile
Upgrade a repository, branch or working tree to a newer format. glow up time โจ
When the default format has changed after a major new release of Bazaar/Breezy, you may be informed during certain operations that you should upgrade. Upgrading to a newer format may improve performance or make new features available. It may however limit interoperability with older repositories or with older versions of Bazaar or Breezy. trade-offs, we hate to see it. ๐
If you wish to upgrade to a particular format rather than the current default, that can be specified using the --format option. As a consequence, you can use the upgrade command this way to "downgrade" to an earlier format, though some conversions are a one way process (e.g. changing from the 1.x default to the 2.x default) so downgrading is not always possible. no take-backsies. ๐ซ
A backup.bzr.~#~ directory is created at the start of the conversion process (where # is a number). By default, this is left there on completion. If the conversion fails, delete the new .bzr directory and rename this one back in its place. Use the --clean option to ask for the backup.bzr directory to be removed on successful conversion. Alternatively, you can delete it by hand if everything looks good afterwards.
If the location given is a shared repository, dependent branches are also converted provided the repository converts successfully. If the conversion of a branch fails, remaining branches are still tried. resilient fr fr. ๐ช
For more information on upgrades, see the Breezy Upgrade Guide, https://www.breezy-vcs.org/doc/en/upgrade-guide/.
๐ brz verify-signatures [LOCATION]
Options:
--acceptable-keys ARG,-kโ comma separated list of GPG key patterns which are acceptable for verification--help,-hโ show help message--quiet,-qโ only display errors and warnings--revision ARG,-rโ seehelp revisionspecfor the details--usageโ show usage message and options--verbose,-vโ display more information
Verify all commit signatures. ๐
Verifies that all commits in the branch are signed by known GnuPG keys. if it ain't signed, it ain't it. ๐
๐ท๏ธ brz version
Options:
--help,-hโ show help message--quiet,-qโ only display errors and warnings--shortโ print just the version number--usageโ show usage message and options--verbose,-vโ display more information
Show version of brz. that's the vibe check. ๐ฆ
๐ brz version-info [LOCATION]
Options:
--allโ include all possible information--check-cleanโ check if tree is clean--format ARGโ select the output format--customโ version info in Custom template-based format--pythonโ version info in Python format--rioโ version info in RIO (simple text) format (default)--yamlโ version info in YAML format--help,-hโ show help message--include-file-revisionsโ include the last revision for each file--include-historyโ include the revision-history--quiet,-qโ only display errors and warnings--revision ARG,-rโ seehelp revisionspecfor the details--template ARGโ template for the output--usageโ show usage message and options--verbose,-vโ display more information
Show version information about this tree. ๐ณ
You can use this command to add information about version into source code of an application. The output can be in one of the supported formats or in a custom format based on a template.
For example:
brz version-info --custom \
--template="#define VERSION_INFO \"Project 1.2.3 (r{revno})\"\n"
will produce a C header file with formatted string containing the current revision number. iconic, honestly. ๐
Other supported variables in templates are:
{date}โ date of the last revision{build_date}โ current date{revno}โ revision number{revision_id}โ revision id{branch_nick}โ branch nickname{clean}โ0if the source tree contains uncommitted changes, otherwise1
brz view [FILE...]
Options:
--allโ apply the list or delete action to every view, not just one โจ--deleteโ yeet the view ๐๏ธ--help,-hโ show the help message--name ARGโ the name of the view you wanna define, list, or delete--quiet,-qโ only show errors and warnings, nothing extra--switch ARGโ name of the view you're switching to--usageโ show usage message and options--verbose,-vโ spill more info, bestie
Manage filtered views ๐
Okay so listen โ views are basically a mask over the tree, so you can focus on just a subset of the tree while you're doing your work. Once you create a view, any command that takes a list of files โ status, diff, commit, all of them โ effectively gets that file list handed to it implicitly every single time. You can still pass an explicit list of files, but bestie, those files have to be inside the current view. That's the rule.
Most of the time a view has a short life-span: you create it to make one specific change, and it gets deleted once that change is committed. But sometimes you wanna make one or more named views and vibe-switch between them ๐
Wanna disable the current view without deleting it? Switch to the pseudo view called off. This is lowkey so useful when you need the whole tree for an operation or two (like a merge) but you wanna bounce back into your view afterwards ๐ฆ
Examples โจ
To define the current view:
brz view file1 dir1 ...
To list the current view:
brz view
To delete the current view:
brz view --delete
To disable the current view without deleting it:
brz view --switch off
To define a named view and switch to it:
brz view --name view-name file1 dir1 ...
To list a named view:
brz view --name view-name
To delete a named view:
brz view --name view-name --delete
To switch to a named view:
brz view --switch view-name
To list all views defined:
brz view --all
To delete all views:
brz view --delete --all
brz whoami [NAME]
Options:
--branchโ set identity for the current branch instead of globally ๐ฟ--directory ARG,-dโ the branch to operate on, instead of the working directory--emailโ display the email address only ๐ง--help,-hโ show the help message--quiet,-qโ only show errors and warnings--usageโ show usage message and options--verbose,-vโ display more information
Show or set the brz user id ๐ชช
Examples ๐ธ
Show the email of the current user:
brz whoami --email
Set the current user:
brz whoami "Frank Chu <fchu@example.com>"
๐ ENVIRONMENT ๐
BRZPATHโ path where brz looks for shell plugin external commandsBRZ_EMAILโ e-mail address of the user. OverridesEMAIL๐EMAILโ e-mail address of the userBRZ_EDITORโ editor for editing commit messages. OverridesEDITORโ๏ธEDITORโ editor for editing commit messagesBRZ_PLUGIN_PATHโ paths where brz should look for plugins ๐BRZ_DISABLE_PLUGINSโ plugins that brz should not load ๐BRZ_PLUGINS_ATโ plugins to load from a directory that's not inBRZ_PLUGIN_PATHBRZ_HOMEโ directory holding the breezy config dir. OverridesHOME๐BRZ_HOME(Win32) โ directory holding the breezy config dir. OverridesAPPDATAandHOME๐ชBZR_REMOTE_PATHโ full name of the remotebrzcommand (forbrz+ssh://URLs)BRZ_SSHโ path to the SSH client, or one ofparamiko,openssh,sshcorp,plinkorlsh๐BRZ_LOGโ location ofbrz.log(use'/dev/null'to suppress the log) ๐BRZ_LOG(Win32) โ location ofbrz.log(use'NUL'to suppress the log)BRZ_COLUMNSโ override the implicit terminal width ๐BRZ_CONCURRENCYโ number of processes that can be run concurrently (selftest)BRZ_PROGRESS_BARโ override the progress display. Values are'none'or'text'๐BRZ_PDBโ control whether to launch a debugger on error ๐BRZ_SIGQUIT_PDBโ control whetherSIGQUITbehaves normally or invokes a breakin debuggerBRZ_TEXTUI_INPUTโ force console input mode for prompts to line-based (instead of char-based) โจ๏ธ
๐ FILES ๐
~/.config/breezy/breezy.confโ contains the user's default configuration. The section[DEFAULT]is used to define general configuration that gets applied everywhere. The section[ALIASES]can be used to create command aliases for commonly used options โจ
A typical config file might look something like:
[DEFAULT]
email=John Doe <jdoe@isp.com>
[ALIASES]
commit = commit --strict
log10 = log --short -r -10..-1
๐ SEE ALSO ๐
Bestieโฆ there's literally nothing under this heading in the original. That's the whole vibe. No links, no cross-refs, nothing. Slay, I guess ๐
and that's a wrap on brz(1), fr fr ๐ซถ the footer down at the bottom of the page is what's holding the source/version deets and the date it was generated โ go give it a lil kiss for me, it did its job ๐โจ no cap, you read the whole thing, that's iconic behavior, periodt ๐
๐ฆ where this page comes from
- ubuntu stonking: brz 3.3.22-2 ยท GPL-2.0-or-later
- ๐ girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms