gitlab-ee question

[paul.toone]

I'm brand new to cloudron on see the only app in the app store is gitlab-ce and we run gitlab-ee. Is there an easy way to bring that version or is it necessary to build a custom app? I don't necessarily have a problem with paying for a subscription if it's needed, but I'd like gitlab-ee to be as integrated in cloudtron as the current gitlab-ce is.

[A Former User]

@paul-toone Its possible to package custom apps with integration without having them maintained in the app store. See here: https://docs.cloudron.io/custom-apps/guide/

Theres nothing stopping you from forking the existint gitlab-ce package. Its unlikely to be maintained as an app store app since it does require a licence vs gitlab-ce.

[jimcavoli]

Honestly, I'd like to see GitLab EE on Cloudron as well, but my hangup with whether to package it or not has a lot more to do with not handicapping the more advanced features of the EE server especially when compared to the officially supported variants with either omnibus or kubernetes deployment. Frankly, it's heading more and more Kubernetes-focused for runtime, so it's likely not worth it, but I'm open to changing my mind. I haven't tried to package it and see what happens and likely won't without sponsorship given the cost of even a disposable Ultimate license.

[girish]

@paul-toone Can you tell us a bit more about your uses for gitlab-ee ? Essentially, if it's related to k8s deployment and things like that, it will be quite difficult to make it work in a Cloudron package.

[robi]

Perhaps after sysbox is more integrated.

[mehdi]

@girish I think the K8S stuff is mostly available in CE.

EE has lots of other features that I personally would find very useful, if they weren't so expensive : Epics, proper Code Review, ...

[paul.toone]

@girish Actually, we were just being forward thinking so we'd have EE if we decided to purchase a license, but we never found we needed the features.

I'm currently moving our data to a new server, downgrading to CE and then we will try to upload our data to your container. I'm hoping we don't have any issues dumping an omnibus installation and importing it to your source install.

I assume, we'd really only need to replace the secrets file and configure the gitlab yml file to match the .rb file we have and try to upload the data.

Does this sound correct?

[girish]

@paul-toone I haven't migrated an install from omnibus before, feel free to reach out here as you hit any issues. Your plan sounds about right:

• First, when you install GitLab on Cloudron, make sure the version of GitLab you have and the one installed on Cloudron matches. The best way to find the correct package version to install is https://git.cloudron.io/cloudron/gitlab-app/-/blob/master/CHANGELOG .
• Then, if you click on GitLab app in App Store in the Cloudron dashboard, you can change the package version in the URL bar.
• Then, import postgres - https://docs.cloudron.io/guides/import-postgresql/
• Then, copy over the repositories and secrets file. That should be it, I think.

Godspeed!

[paul.toone]

@girish Well, I got the database uploaded successfully but I can't figure out how to migrate my secrets.json to the secrets.yml file

Any suggestions?

[mehdi]

@paul-toone a json file is actually a valid yml file, so I'd try to just put it there, and hope for the best

[paul.toone]

@mehdi Awesome, I'll give it a try

[marcusquinn]

@mehdi If you have an open-source project, just show them that for a free lifetime Enterprise license!

[paul.toone]

My attempts failed, unfortunately. However, I am happy to use gitlab's export groups and projects and rebuild our new gitlab server that way. We are fine with this process but cloudron seems to be great for starting new services from a fresh state or if you're transferring existing projects with the same setup (using the same database, for example) I have some questions regarding that but I'll open a new thread on that. Thank you all for your suggestions.

[girish]

@paul-toone said in gitlab-ee question:

I have some questions regarding that but I'll open a new thread on that

Yes, ask away. We are happy to put in tools which will help migration as well. I know it's complicated especially if db version/type is different etc. But I think this is complicated in general even without Cloudron (of course, you probably even attempt to change the db type since you are forced to by the cloudron package ).

[paul.toone]

@girish You are correct. It would be difficult no matter what. Moving from omnibus to source is a difficult task. It pretty much boiled down to the secrets file not being converted correctly. The other issue was uploading a tar.gz backup to the container. I waited +2hours to upload the file and at 99% uploaded it just said the the upload failed with no other information given on why it failed. My upload speed is 50 mb/s but I know this is more on DO side, but I'm still puzzled as to why the upload failed.

Either way, we're headed in the right direction and I'm excited with the possibilities.

[AriusII]

Hello, I apologize for the sudden revival of this topic, but I am in search of similar information.

At the moment, I am advocating within my company for the adoption of Cloudron to enhance our software maintenance efficiency.
(Our infrastructure is not extensive enough to necessitate a dedicated full-time DevOps, making Cloudron an ideal choice for us.)

Currently, our use of GitLab-EE is hindering the shift to a "Cloudron system platform."

I am eager to find out if there are any plans to introduce this feature in '2024/25'?
For example, is there a possibility of selecting between the CE and EE versions of GitLab from a dropdown menu during the installation process?

Thank you for taking the time to read this, and I anticipate your forthcoming response.

[girish]

@AriusII No plans for next 3 months atleast (but that's as far as our planning goes). But given EE is selfhosted, it's not outside our scope.