I have some really minor warnings I find building tests, and an issue in github would be better than report it here. I still have problems logging into https://insightsoftwareconsortium.atlassian.net/secure/Dashboard.jspa, as I guess any new user not registered in the server.
Using Github for issue tracking would be very community-friendly: people would not have to create yet another account (by the way, I still cannot do anything on Jira) or need to learn how to use a new issue tracker (that most likely they would very rarely use).
We would also benefit from the integration between repository and issues, especially if the github repository was promoted to be the official repository (not just a mirror).
There are of course somed drawbacks. Github’s issue tracker is extremely limited: it cannot be configured to support sophisticated software development process. Something would need to be done with existing issues: as usual, with yet another migration we would further deteriorate the quality of the database; if we don’t migrate the data then we cannot get rid of the current database for a good while.
GitHub is much easier to use than Jira, vastly more efficient to use than Jira, and it integrates better with the GitHub activity in pull requests for ITK but also other related community projects on GitHub.
While we are not yet ready to promote the GitHub to be the official ITK repository because of other infrastructure issues, we could go ahead and use GitHub Issues as our issue tracker.
I think the clutter caused by a migration of Jira Issues to GitHub would cause more confusion than actual usefulness. Also, I do not think anyone has the cycles to do it properly. @hjmjohnson successfully managed to migrate our Jira instance to a sustainable, free Atlassian cloud-based service for open source projects – the existing issues should be available for reference for the foreseeable future.
@lassoan I am sorry; I tried to add your email to the JIRA reporters, but for some unknown reason only people having a kitware.com or mail.nih.gov and a couple of other domains that exclude a large part of our community can be added.
We are certainly not managing this correctly, since there was a recent message to the discussion forum from yourself on virtually the same topic. At that time we managed to add Gabriel, and we found no such domain restrictions.
Although switching to GitHub issues, issues reported in JIRA are still important, and to enable a proper follow-up to fix and close the issues, it woud be necessary to address these issues with JIRA.
@hjmjohnson I can’t find where the error lies. I seem to have the rights to add people, but I ignore why the domain rule is there/how to change it.
@hjmjohnson thanks for doing this. I was able to add @lassoan to the Jira users.
@lassoan if there are issues that you are participating in, you could now try to update them if necessary, and let us know if what has been done allows you to do what you’d expect to.
Could we at least have the github issues start at a number larger than the largest issue number in jira? That would avoid confusion with commit messages in git history that might say something like “fixed issue #123”.
This is a good idea, but it does not appear to be an option in GitHub’s configuration. The previous reference pattern was ITK-NNNN. Now, we should adopt #NN? Thoughts?
I thought GitHub only supports #NN style for both PRs and issues. So there is no option really than to go with the usual Closes #123 somewhere in commit message.
I’ve reported my first ITK issue via github issue tracker. It was so much easier than finding the issue tracker, look up my username/password, try to remember how to use it (Jira, GitLab, BitBucket, etc. are all slightly different). Probably GitHub’s issue tracker is not a great project management tool, but it makes it very easy to report an error.