issue-tracking.mdwn 2.5 KB

12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455
  1. Issue Tracking
  2. ===============
  3. 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).
  4. Here's a table from wikipedia:
  5. <http://en.wikipedia.org/wiki/Comparison_of_issue_tracking_systems)>
  6. But some tools are missing: Distributed bug trackers. So here's a list of some:
  7. * Bugs Everywhere
  8. * ditz
  9. * ticgit
  10. * Fossil
  11. * Veracity
  12. 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:
  13. + Storage support for SQL databases, flat file and version control
  14. + License: Consider using AGPL to enforce availability of source code for software used over the internet
  15. + Generating report and scheduling their generation and mailing, RSS
  16. + Integration with documentation and wiki
  17. + Test planning integration
  18. + Customizable workflow
  19. + Unicode support
  20. + Custom fields
  21. + Plugin API
  22. + Multiple projects
  23. + Full-text search
  24. + Indexed full-text search
  25. + Indexed file search
  26. + Input interfaces: Web, email, CLI, GUI, REST, SOAP, XML-RPC, JSON-RPC
  27. + Notification interfaces: Email, RSS, Atom, XMPP, Twitter, IRC
  28. + Version control system integration
  29. + Authentication methods: Form based, public key cryptography, two-factor, openID, OAuth, LDAP, Shibboleth
  30. And more features I see while checking the software from the list:
  31. + Attachments (e.g. screenshots) and patches to messages/bugs/comments (like in Bugzilla)
  32. -----------------------------------------------------------------------------------------
  33. -----------------------------------------------------------------------------------------
  34. -----------------------------------------------------------------------------------------
  35. 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???
  36. No, there isn't.
  37. 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.
  38. ----------------
  39. 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.