Hey gang! Looking for some recommendations on issue tracking software that I can run on Linux. Partly so that I can keep track of my hobby dev projects, partly so that I’ve got a bit more to talk about in interviews. My current workplace uses Jira, Trello and Asana for various different projects, which, eh, mostly serve their purposes. But I’m not going to be running those at home.

The ArchWiki has Bugzilla, Flyspray, Mantis, Redmine and Trac, for instance. Any of those an improvement over pen and paper? Any of those likely to impress an employer?

  • CapillaryUpgrade@lemmy.sdf.org
    link
    fedilink
    arrow-up
    16
    ·
    1 year ago

    Forgejo/Gitea are probably the most common “low-resource” (read: doesn’t use a couple of GB RAM, like Gitlab supposedly does) code forges.

    Do you want to impress future employers by running an enterprise-grade bugtracker or by showing that you can document your work with meaningful bug reports/etc.?

    If it’s the first option, consider Gitlab, if it’s the second option, what ever you like.

    • addie@feddit.ukOP
      link
      fedilink
      arrow-up
      3
      ·
      1 year ago

      Cool, will have a look at those, thanks! More looking to impress with my knowledge of using a variety of bugtrackers; have got plenty of evidence to show that there’s a couple I know how to use.

      • CapillaryUpgrade@lemmy.sdf.org
        link
        fedilink
        arrow-up
        7
        ·
        1 year ago

        Then use Bugzilla. That will show you are ready to flail yourself for the good of the company /s

        Sorry, but i find that platform so painful to use.

        On a more serious note, i think some of the “github-style” (Gitlab/Gitea/Forgejo) can migrate between each other.

        Check out if that’s true and if so, try them all!

    • ReversalHatchery@beehaw.org
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      IMO web based bug trackers are overkill for personal projects.

      I don’t think so. This fixme-in-the-file wouldn’t suit me well for example, because a lot of my projects are not file-based, and also because I regularly find myself writing lengthy comments under my gitea tickets to preserve how did I do something, or when something doesn’t work to record the symptoms and what I tried to fix it, etc.

      Gitea is probably not the best tool either for this, but it’s quite good, and to me objectively better: all notes (issues and their comments) are timestamped and those can’t be modified by mistake, tag support, several other aspects for categorization…

      • If you’re not working with files, then sure. For coders, putting tickets in the sourcecode enforces locality, and it also preserves history… because most people use a VCS.

        But it sounds like you’re using it as a journalling system, and that has different needs.