Live data from Hacker News

Yet another (command-line) bug tracker

beza1e1.tuxen.de

11–17 of 17 posts

Re: Yet another (command-line) bug tracker

#11

I don't think we need another bug tracker - bugzilla and trac do a great job already. What I'd love to have is a command line interface to existing bug trackers.

I wrote one a while ago on a whim for the same thing. It's called TracShell. It's a command-line interface for Trac using the Trac XML-RPC plugin.

It could use some love as contributions have dropped off and I haven't had time to maintain it myself for quite a while.

However, it is quite useable.

http://code.google.com/p/tracshell

Re: Yet another (command-line) bug tracker

#12

I don't think we need another bug tracker - bugzilla and trac do a great job already. What I'd love to have is a command line interface to existing bug trackers.

You've never used Redmine, I see!

Not that there's anything wrong with the other two, but Redmine is miles ahead, in my opinion.

Re: Yet another (command-line) bug tracker

#13

I don't think we need another bug tracker - bugzilla and trac do a great job already. What I'd love to have is a command line interface to existing bug trackers.

Sounds like you want SD:

http://syncwith.us/

It syncs with various online bug trackers and supports full offline manipulation of the bugs. I would use it if I didn't just make a list of stuff to do in a text file.

Re: Yet another (command-line) bug tracker

#14
post #9
post #8

Earlier quoted context omitted.

Stolen from ditz: - create a simple website form for bug reports, which emails to the project mailing list, where all discussion should happen anyways - let a bot scan the mailing list for bug reports and commit them, wherever suited

Why should all discussion happen on the mailing list?

Why shouldn't it?

Re: Yet another (command-line) bug tracker

#15
post #9

Earlier quoted context omitted.

Why should all discussion happen on the mailing list?

Why shouldn't it?

As long as its easy to hack up a script to parse the output of the discussion, what difference does it really make where the discussion happens?

Re: Yet another (command-line) bug tracker

#16
A CLI bug tracker client is attractive if the data model is super simple and/or pure text. Once you need or want to start attaching files, especially screenshots or other media, to each issue, then the CLI doesn't fit as well. Very appealing idea, however.

Re: Yet another (command-line) bug tracker

#17
post #4
post #3

Earlier quoted context omitted.

When you init it, it creates a .later directory to store the issues. You could revision this along with code, so yes it seems like a nice replacement to the todo.txt.

Playing a bit more, what would be really nice would be to be able to do later -r list to recurse through subdirectories listing issues in those too. At present it only looks upwards.

I just committed a plugin, which implements this: http://github.com/beza1e1/later/commit/4d4660124e00859061836...
Post reply on HN