From: Owen Taylor <otaylor@redhat.com>
To: git@vger.kernel.org
Subject: git-bz: command line integration for bugzilla
Date: Fri, 28 Aug 2009 22:24:24 -0400 [thread overview]
Message-ID: <1251512664.666.349.camel@localhost.localdomain> (raw)
Was filling out the Git user's survey today, and noticed that my git-bz
tool wasn't on the long list of "Git interfaces, implementations,
frontends and tools" - but then again, I've never really advertised it
beyond GNOME IRC. So, I was reminded to mention it here...
The Pitch
=========
Do you use git? You wouldn't be reading this list if you didn't. Do you
use Bugzilla? No? You can stop here.
Since you use Git and you use Bugzilla, you want to use git-bz.
Setup:
git config --global bz.default-tracker bugzilla.example.com
# in some module
git config bz.default-product TiddlyWinks
git config bz.default-component AI-Engine
File a new bug with a commit attached as a patch, rewrite the commit
message to include the URL of the newly filed bug:
git bz file -u HEAD
Attach a series of commits to an existing bug, bringing each up in
an editor to allow editing the comment and picking old patches to
obsolete:
git bz attach -e 43215 HEAD~3..
Apply patches already attached to an existing bug to a local branch:
git bz apply http://bugzilla.example.com/show_bug.cgi?34132
Getting It
==========
The script: http://git.fishsoup.net/cgit/git-bz/plain/git-bz
CGIT: http://git.fishsoup.net/cgit/git-bz
clone: git://git.fishsoup.net/git-bz
It's a standalone Python script, no dependencies, so you can just copy it
or symlink it somewhere in your path.
Notes
=====
* Yes, it's in Python.
* It should work with most Bugzilla installations
* There are some nice things that could be added - support for automatically
creating a branch when applying patches from a bug locally, 'git bz close'
to push patches and close the corresponding Bugzilla bugs, and so forth.
It's pretty good as is.
* The utility of attaching patches to Bugzilla is probably greatest
in a shared-central repository workflow. If all contributors already
are publishing all changes to personal public repositories, then attaching
them to Bugzilla in addition may not make sense.
Tracking merge requests would require a quite different form of Bugzilla
integration (probably server side)
* It used to be command-line compatible with git-format-patch for the handling
of 'git bz file <revision>' - but I switched it at some point so you didn't
need to add '-1' to file a single commit. Still undecided if it's better
to be obvious or to be compatible.
next reply other threads:[~2009-08-29 2:24 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-29 2:24 Owen Taylor [this message]
2009-08-29 8:07 ` git-bz: command line integration for bugzilla Jakub Narebski
2009-08-29 10:51 ` Owen Taylor
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1251512664.666.349.camel@localhost.localdomain \
--to=otaylor@redhat.com \
--cc=git@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox