[stephenr]

Yeah, it's a shame about the BE site. They've moved to https://gitlab.com/bugseverywhere/bugseverywhere for reference.

I do like your approach actually, particularly as it could be easily expanded a little, e.g. to use markdown (or similar) content and present a web view (aka Gollum for Bugs).

Any chance you could be convinced to add support for Mercurial? :-)

[driusan]

Thanks for pointing that out! I thought the project was dead. I was really interested in it when it came out and disappointed that it didn't seem to go anywhere, but I think part of the problem is that it was too complicated to use and it was either all in or nothing (either the whole team uses BE, or no one is going to..)

So my approach is sort of an attempt to simplify things by going back to how an organized person might have tracked their issues in 1970 before project management software or source control, and then adding a couple hooks for SCM. "bug" is just a tool to streamline it without a lot of pushd/cd/popd.

Which means that you can use all of the commands except purge and commit in Mercurial, and then manually commit the issues directory (I think "hg commit $(bug pwd)" should work for commit, but "hg purge" seems to require an extension and not be built into the base install.) I'm not opposed to supporting hg (or anything else) as a first class SCM, except that I don't use it and wouldn't know if things were working as expected.