12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455 |
- Issue Tracking
- ===============
- I built a simple initial ontology around issue tracking. I want to examine some issue trackers and decide how I'm going to track my issues until I have my own working software (or anything which uses my semantic model).
- Here's a table from wikipedia:
- <http://en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems)>
- But some tools are missing: Distributed bug trackers. So here's a list of some:
- * Bugs Everywhere
- * ditz
- * ticgit
- * Fossil
- * Veracity
- I want to go over the ones in the Wikipedia table and examine features. First, here's a list of features from the Wikipedia table:
- + Storage support for SQL databases, flat file and version control
- + License: Consider using AGPL to enforce availability of source code for software used over the internet
- + Generating report and scheduling their generation and mailing, RSS
- + Integration with documentation and wiki
- + Test planning integration
- + Customizable workflow
- + Unicode support
- + Custom fields
- + Plugin API
- + Multiple projects
- + Full-text search
- + Indexed full-text search
- + Indexed file search
- + Input interfaces: Web, email, CLI, GUI, REST, SOAP, XML-RPC, JSON-RPC
- + Notification interfaces: Email, RSS, Atom, XMPP, Twitter, IRC
- + Version control system integration
- + Authentication methods: Form based, public key cryptography, two-factor, openID, OAuth, LDAP, Shibboleth
- And more features I see while checking the software from the list:
- + Attachments (e.g. screenshots) and patches to messages/bugs/comments (like in Bugzilla)
- -----------------------------------------------------------------------------------------
- -----------------------------------------------------------------------------------------
- -----------------------------------------------------------------------------------------
- Listen. I checked out things, and thought a lot and wrote a lot. There's no way to have aspect-tagged issues and tasks with dependencies. I need to write an application with an RDF storage backend. This is __not trivial__, because after getting the graph from there I need to decide how I update it, how the data is loaded into a GUI widget and so on. Hmmm... is there no simple solution to this???
- No, there isn't.
- I'm continuing with libKort then. Later I'll work on the statement-based API and use libKort as a file-based backend for it.
- ----------------
- Another update, I'm installing Redmine and moving all my tasks there. Later I will export the sqlite database to XML and import it into my own system.
|