<div dir="ltr">Wow, thanks for putting that together!  I agree that gitlab has lots of features to offer that simplify or improve development workflows.<div><br></div><div>Maybe it would be good to summarize some of these points on a page in the wiki, along with some of the concerns with switching away from or reasons to stay with bazaar?  (Maybe there's already a page like that.)  Then there's a place to comprehensively analyze what makes the most sense for the project.</div><div><br></div><div>I fully recognize that I'm new to bzr and openlp, so my opinion probably counts for less than two cents, but so far I haven't seen any bzr feature that would make me want to switch all my projects away from git. :)</div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Aug 21, 2018 at 9:56 AM Simon Hanna <<a href="mailto:simon@hannaweb.eu">simon@hannaweb.eu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I've created a repository on GitLab, and copied all the history over<br>
(takes about 15 minutes on my laptop). I've created it to play around<br>
with it, and to be able to showcase stuff. It's available here<br>
<a href="https://gitlab.com/thelinuxguy/openlp" rel="noreferrer" target="_blank">https://gitlab.com/thelinuxguy/openlp</a><br>
<br>
For the testing, I've created docker images which are available here<br>
<a href="https://github.com/simhnna/openlp-docker" rel="noreferrer" target="_blank">https://github.com/simhnna/openlp-docker</a> The images are built<br>
automatically and pushed to the docker repository here<br>
<a href="https://hub.docker.com/r/simhnna/openlp/tags/" rel="noreferrer" target="_blank">https://hub.docker.com/r/simhnna/openlp/tags/</a> I've created three images:<br>
ubuntu, debian-stable and debian-buster. This allows for easy testing<br>
using the respective distros. All CI configuration lives in one file<br>
<a href="https://gitlab.com/thelinuxguy/openlp/blob/gitlab/.gitlab-ci.yml" rel="noreferrer" target="_blank">https://gitlab.com/thelinuxguy/openlp/blob/gitlab/.gitlab-ci.yml</a><br>
<br>
The CI jobs are not as customizable as jenkins, but you can do most of<br>
the things you can with jenkins. Here's the output of one job<br>
<a href="https://gitlab.com/thelinuxguy/openlp/-/jobs/90836097" rel="noreferrer" target="_blank">https://gitlab.com/thelinuxguy/openlp/-/jobs/90836097</a><br>
<br>
Coverage doesn't get rendered in html by default, but we can use the<br>
builtin "Pages" feature to serve them like I did in Mailman here<br>
<a href="https://mailman.gitlab.io/postorius/" rel="noreferrer" target="_blank">https://mailman.gitlab.io/postorius/</a><br>
<br>
Issues/Bugs can be tracked using the issue tracker<br>
<a href="https://gitlab.com/thelinuxguy/openlp/issues" rel="noreferrer" target="_blank">https://gitlab.com/thelinuxguy/openlp/issues</a> and can be organized using<br>
kanban boards <a href="https://gitlab.com/thelinuxguy/openlp/boards" rel="noreferrer" target="_blank">https://gitlab.com/thelinuxguy/openlp/boards</a><br>
<br>
Theoretically the crash reports could be directly sent to GitLab using<br>
the service desk <a href="https://docs.gitlab.com/ee/user/project/service_desk.html" rel="noreferrer" target="_blank">https://docs.gitlab.com/ee/user/project/service_desk.html</a><br>
<br>
Merge requests would look like this<br>
<a href="https://gitlab.com/thelinuxguy/openlp/merge_requests/1" rel="noreferrer" target="_blank">https://gitlab.com/thelinuxguy/openlp/merge_requests/1</a><br>
<br>
Theoretically small fixes and such can be written write in the browser<br>
using their webide <a href="https://docs.gitlab.com/ee/user/project/web_ide/" rel="noreferrer" target="_blank">https://docs.gitlab.com/ee/user/project/web_ide/</a><br>
<br>
GitLab also comes with a wiki, but I think that the existing wiki in use<br>
today is superior. <br>
<br>
<br>
Things that I think would improve by using GitLab/Git:<br>
<br>
* Easier to use web interface<br>
<br>
* Active and Rapid development of GitLab (new/good features are added<br>
constantly)<br>
<br>
* Easier to configure and run CI (All I did was write a couple of lines<br>
and it already does most of the stuff automatically)<br>
<br>
* Git has IDE support, for people who don't like command line<br>
<br>
* Basically every developer today knows something about git while<br>
<br>
* Easier to find tutorials/documentation<br>
<br>
* Git is much faster than bzr for branching/merging/showing<br>
logs/pushing/pulling ...<br>
<br>
* CI for Mac is integrated (you need to provide a runner yourself<br>
though)<br>
<a href="https://about.gitlab.com/2016/03/10/setting-up-gitlab-ci-for-ios-projects/" rel="noreferrer" target="_blank">https://about.gitlab.com/2016/03/10/setting-up-gitlab-ci-for-ios-projects/</a><br>
<br>
* CI for Windows apparently also works (you also need to provide a<br>
runner) but I haven't tried it yet. Appveyor should also work<br>
<br>
* Integration with jenkins is available, so the current setup can be<br>
used as well<br>
<br>
* Popularity of bzr is low <a href="https://goo.gl/gjBcUs" rel="noreferrer" target="_blank">https://goo.gl/gjBcUs</a> (I don't think search<br>
trends should be the norm, but it shows something)<br>
<br>
<br>
Importing Code from bzr to git, is no problem. Importing existing bug<br>
reports however doesn't seem to be very transparent. There is a request<br>
on GitLab's issue tracker about importing from launchpad, but it's not<br>
implemented yet <a href="https://gitlab.com/gitlab-org/gitlab-ce/issues/47399" rel="noreferrer" target="_blank">https://gitlab.com/gitlab-org/gitlab-ce/issues/47399</a><br>
<br>
Mailman did import the old bugs<br>
(<a href="https://gitlab.com/mailman/mailman/issues/10" rel="noreferrer" target="_blank">https://gitlab.com/mailman/mailman/issues/10</a>) but you loose some<br>
information like authors. Other projects appear to just not import the<br>
bugs, and maintain two trackers during a transition period especially<br>
when there are lots of old bugs that might not be relevant anymore<br>
<br>
_______________________________________________<br>
openlp-dev mailing list<br>
<a href="mailto:openlp-dev@openlp.io" target="_blank">openlp-dev@openlp.io</a><br>
<a href="https://lists.openlp.io/mailman/listinfo/openlp-dev" rel="noreferrer" target="_blank">https://lists.openlp.io/mailman/listinfo/openlp-dev</a><br>
</blockquote></div>