From 2855cefd6166b54f5677f944ac0893654820afa4 Mon Sep 17 00:00:00 2001 From: Tim Sutton Date: Wed, 21 Feb 2018 19:11:37 +0200 Subject: [PATCH] Updated QGISbugtracker (markdown) --- QGISbugtracker.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/QGISbugtracker.md b/QGISbugtracker.md index ea6b42e..5ddbe91 100644 --- a/QGISbugtracker.md +++ b/QGISbugtracker.md @@ -87,7 +87,7 @@ AGAINST: - Some features are Enterprise-version only ( OpenCore model) - This is not simply moving our issue tracker - it involves moving our code too - GitHub is already working well for us for many years with no issues, switching to a new infrastructure creates a lot of flux with no obvious benefit. Our time, money and resources are better spent on our code not on our infrastructure -- Philosopy: Do we really required that everything we use is FOSS? Many (thousands) of OpenSource projects happily use GitHub to host their code without them percieving that their 'open sourceness' is 'diluted'. +- Philosopy: Do we really required that everything we use is FOSS? Many (thousands) of OpenSource projects happily use GitHub to host their code without them percieving that their 'open sourceness' is 'diluted'. If everything must be FOSS then we should apply that standard right through our project : no windows builds, no mac builds, not oracle, mrsid, ecw etc etc allowed. If we don't mind some non FOSS elements in our project then it would be much more pragmatic to just stay on GitHub where we already have everything set up... - **IMPORTANT AND IGNORED IN THE DISCUSSION SO FAR**: Splintering of resources - we have many repos on GitHub - are we going to move them all? it makes the scope of the task huge. - **IMPORTANT AND IGNORED IN THE DISCUSSION SO FAR**: Breaking existing workflows - if we migrate fully to GitLab we need to migrate many other things - commit hooks, CI, all sorts of things people have set up based on the current locations of the source. - 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