Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migrating Issue Management to GitHub #26059

Closed
qgib opened this issue Feb 21, 2018 · 4 comments
Closed

Migrating Issue Management to GitHub #26059

qgib opened this issue Feb 21, 2018 · 4 comments

Comments

@qgib
Copy link
Contributor

qgib commented Feb 21, 2018

Author Name: D M (D M)
Original Redmine Issue: 18168

Redmine category:unknown


Issue and feature management is already done in GitHub for other QGIS repositories (e.g. QGIS-Documentation).
Given that GitHub is already used for hosting the QGIS repository, I think it would make it easier to reference, open and close issues directly in GitHub.
It looks like there are migration docs and tools out there to do this automatically (e.g. https://blogs.harvard.edu/rprasad/2014/07/10/moving-from-redmine-to-github-issues/).

@qgib
Copy link
Contributor Author

qgib commented Feb 21, 2018

Author Name: Richard Duivenvoorde (@rduivenvoorde)


Note that we are discussion about this already for some long time.

See:

https://github.com/qgis/QGIS/wiki/DeveloperMeetingMadeira2018#moving-the-qgis-bug-tracker-away-from-redmine

and

https://github.com/qgis/QGIS/wiki/QGISbugtracker

@qgib
Copy link
Contributor Author

qgib commented Feb 21, 2018

Author Name: Richard Duivenvoorde (@rduivenvoorde)


Will close this as this is not about QGIS itself, but about the infrastructure to use.


  • status_id was changed from Open to Closed

@qgib qgib closed this as completed Feb 21, 2018
@qgib
Copy link
Contributor Author

qgib commented Feb 21, 2018

Author Name: Giovanni Manghi (@gioman)


  • resolution was changed from to invalid

@qgib
Copy link
Contributor Author

qgib commented Feb 21, 2018

Author Name: D M (D M)


Thanks -- for completeness I'd like to address the following points made in the page you linked to:

nobody was able to mass insert existing issues OR think of moving from Redmine to Github issues

have to come up with a plan to either export (some) tickets from redmine OR decide to start with a clean (3.0) sheet??

redmine2github (https://blogs.harvard.edu/rprasad/2014/07/10/moving-from-redmine-to-github-issues/) can help.

closed system

I am not really sure what is meant by this.

have to come up with a plan to handle 'tagging'/tagging system of issues to be able to search tickets? I started with some idea in 2015: https://github.com/rduivenvoorde/temp/issues

Handling, searching, assignment of issue is, in general, much simpler if done correctly. See, for example, how much larger projects handle issues on GitHub: https://github.com/Microsoft/vscode/issues

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant