Migrate to Gitlab?
!Hubzilla Development
It looks like Github will be aquired by Microsoft. Since github in itself is not an open source project anyway, the latest news make the argument even bigger.
I would personally love to see redmatrix repositories moving to gitlab. Its open source and there is even some talks of possibilities to federate.
It looks like Github will be aquired by Microsoft. Since github in itself is not an open source project anyway, the latest news make the argument even bigger.
I would personally love to see redmatrix repositories moving to gitlab. Its open source and there is even some talks of possibilities to federate.
show all 62 comments
There is not really a reason for panic, because Github was already a company project and not really open and free software.
But for the future it shows, that decentralisation and federation really matters. Once there is hopefully the time Hubzilla will be the abse technology of a decentral and federation Gitlab Service.
But for the future it shows, that decentralisation and federation really matters. Once there is hopefully the time Hubzilla will be the abse technology of a decentral and federation Gitlab Service.
I was never fond of github in the first place. I use other instances for all my projects, and only use github if I really need to. I was always bothered that most of the open source projects rely on 100% closed source service (just like slack).I think (hope) that this aquisition will make few users move to alternatives and although gitlab is also centralized, at least its an open source project and there is a hope that in the near future it will gain some federation features.
Of course the best option would be hubzilla nomadic git style. Apart from typical git features you would straight away have community portal, website and social media. All in one place. :)
Of course the best option would be hubzilla nomadic git style. Apart from typical git features you would straight away have community portal, website and social media. All in one place. :)
I would prefer not to move to gitlab but to run an own gitlab instance at git.hubzilla.org instead.
The question is, if somebody is prepared to host the instance...
The question is, if somebody is prepared to host the instance...
Sure hosting your own instance is the best, though I wonder if there is much point to use gitlab instance for a single repo. Gitlab is quite a beast in terms of resources and maintenance needed, so I would rather join a platform already maintained by someone, for example https://framagit.org is run by awesome organization contributing to ge-googlyfying internet if gitlab.com is too commercial.
please read comments here:
Microsoft has reportedly acquired GitHub
Microsoft has reportedly acquired GitHub
Yeah, i was also thinking about gitea. It appears to be lightweight compared to gitlab.
I wonder if gitlab or gitea support automated build testing with travis.
I wonder if gitlab or gitea support automated build testing with travis.
Yes, go for gitea!
The Friendica project is moving in this direction.
I just install my own gitea server. Very easy!
The Friendica project is moving in this direction.
I just install my own gitea server. Very easy!
While easy is nice, check what Gitea itself says about missing features compared to other solutions before you decide. There are quite a few things missing, but only you know if these are important to you or not.
Gitea compared to other Git hosting options - Docs

Gitea compared to other Git hosting options - Docs

To help decide if Gitea is suited for your needs here is how it compares to other Git self hosted options. Be warned that we don’t regularly check for feature changes in other products so this list can be outdated. If you find anything that needs to be updated in table below please report issue on Github. Copyright © 2018 The Gitea Authors. All ...
Thanks @Haakon Meland Eriksen (Els Mussols) it seems gitlab it is then.
I did some brief testing with gitlab. All issues from github were automatucally imported aswell
We should decide on an instance though. Framasofts framagit.org seems a good alternative...
I did some brief testing with gitlab. All issues from github were automatucally imported aswell
We should decide on an instance though. Framasofts framagit.org seems a good alternative...
There have been named 3 instances in various threads so far:
I am favouriting framasofts framagit so far. Are there any other suggestions?
- gitlab.com
- salsa.debian.org
- framagit.org
I am favouriting framasofts framagit so far. Are there any other suggestions?
i'm trying out gitea . hopefully its good.
Also, I found libgit2 c library and php-git, i started tinkering with built-in git plugin for hubzilla. Maybe I will get it working but not soon.
a few years ago i had a digital ocean "canned" vps instance with ubuntu and gitlab. It ran for awhlie. i did a system update and gitlab refused to ever start again. I didn't spend alot of time on it, but what kind of thing commits suicide on an upgrade. I didn't lose any data/files, ubuntu started and i could move them. Gitlab is a great product, but it's got a hell of a lot of components. It's possible that it's like playing jenga, or also possible newbie user error :)
git bsd do

Also, I found libgit2 c library and php-git, i started tinkering with built-in git plugin for hubzilla. Maybe I will get it working but not soon.
a few years ago i had a digital ocean "canned" vps instance with ubuntu and gitlab. It ran for awhlie. i did a system update and gitlab refused to ever start again. I didn't spend alot of time on it, but what kind of thing commits suicide on an upgrade. I didn't lose any data/files, ubuntu started and i could move them. Gitlab is a great product, but it's got a hell of a lot of components. It's possible that it's like playing jenga, or also possible newbie user error :)
git bsd do

Gitea (Git with a cup of tea) is a painless self-hosted Git service written in Go
yeah
Considering that two of my Ubuntu desktops recently committed suicide on upgrade I wouldn't necessarily blame that on gitlab. I've been using gitlab.com for some time and find the features roughly on par with github; and the reason I chose github to begin with for the project sources was because of the feature set. Gitorious at the time was the only real alternative and it had some usability issues. They weren't show stoppers but github presented nicely and the price was right and my main motive in a cloud solution was to have a backup that somebody else was maintaining. So it ticked all the boxes.
GitLab has many interesting features for CI/CD which are much more powerful than what is provided by GitHub. Especially the included Docker registry is quite interesting for several tasks.
I have a "zot" group on GitLab I made a long time ago if @Mario Vavti and @Mike Macgirvin (and others of course, but perhaps we should weight the votes by number of code commits
) would like to use that group. I can include others as group owners as needed or transfer to another account.
https://gitlab.com/zot/hubzilla
https://gitlab.com/zot/hubzilla
Thanks. I pulled in hubzilla-themes (empty) and hubzilla-widgets. The only thing that's a bit of a bummer is that it appears that the issues weren't imported. Anyway, the repositories are copied and that's the most important thing. Many of the bugs are in perpetual limbo. I don't know and don't really care if gitlab.com is the final destination; (I'm somewhat partial to using framasoft) but I think I'm the only one that can pull the plug on the redmatrix repositories; so if that's what you (collectively) want to happen, just say the word.
If you guys want to stick to gitlab.com that is fine with me. Please @Andrew Manning re-import the repository from github. All issues (open and closed) will be imported aswell this way. I think that is important for docu reasons...
Otherwise i have got an tryout account with a hubzilla group from yesterday here: https://framagit.org/hubzilla
Otherwise i have got an tryout account with a hubzilla group from yesterday here: https://framagit.org/hubzilla
Given a choice I'd prefer to go with framagit; even though I have a bit of trouble reading their system messages (FR). That's OK, I can translate. It isn't a show-stopper. I removed the old redmatrix repository this morning and discovered that we were still pulling email template translations from there. So this is just a reminder that transifex will need to be updated as well as the project website and documentation.
just shout @Mike Macgirvin if you need any translations
OK. I think it will be https://framagit.org/hubzilla if there are no serious objections...
@Waitman Gobble I'm more interested in how you got English messages. My profile language is en, and so is my browser language, yet all I can see is French messages.
@Mario Vavti it looks like you are changing the repo addresses to "core" and "addons" in framagit. Perhaps this could be a good opportunity to resolve the "addon" vs "plugin" thing, which has irked me for years. The word "plugin" is far more widespread for this purpose, and I would prefer that we replace the word "addon" with "plugin" whenever it is possible to do so.
Since 2001 it's been 'addon', which almost complete subsumed the older 'plugin'. We use both in some places because for the most part we have a slightly older audience than similar projects and this way they they don't feel completely disenfranchised.
@Mike Macgirvin There was a link that said English. might be a g thing on this phone.
This morning I thought Microsoft is like an uncle who molested sister years ago but is "rehabilitated" now, wants to hang out with your kids. no thanks. :)
This morning I thought Microsoft is like an uncle who molested sister years ago but is "rehabilitated" now, wants to hang out with your kids. no thanks. :)
.
@Waitman Gobble hahahaha good comparison. If you dont mind I will definatelly use it in other conversations about MS and git.
I guess I don't care that much if it is called addon instead of plugin; I just want to keep it consistent so people don't think they are different things.
GitLab has many interesting features for CI/CD which are much more powerful than what is provided by GitHub. Especially the included Docker registry is quite interesting for several tasks.
@Klaus i enabled the auto-devop tool but it did not quitte succeed. I guess we will need to provide a docker build script for this to work. Do you have experience with that? It would be great if you could look into that. Let me know your framagit id once you registered so i can add you to the group...
Well, here you are: https://project.hubzilla.org/display/52909e13dabe30274cbe
@Andrew Manning or @h.ear.t | tobias can you please update the sourcecode link at the project website?
@Mario Vavti I have just played with the GitLab CI/CD features, nothing for production yet. I use Jenkins pipelines on my local environment. I don't think that this auto devops is what we really need yet. Would love to dig into this bit more. Could work on the weekend on it so that at least the unit tests run again. The more advanced things like pipelines and release automation, like I had prepared in Travis we can add later again.
A disadvantage I just noticed to naming the repos simply "core" and "addons" is that when you fork the repos, they are not as descriptive. For example, my fork is https://framagit.org/anaqreon/core instead of something like https://framagit.org/anaqreon/hubzilla-core. It's not a big deal, because I know what it is and it is unlikely I will need to fork another git repo named "core", but still.
Edit: If you want to change the actual URL of the repo, you have to go to Advanced settings and rename the project.
Well that was an insidious little gotcha... thanks
A disadvantage I just noticed to naming the repos simply "core" and "addons" is that when you fork the repos, they are not as descriptive.
Sigh, there is always something one does not think about.
Sigh, there is always something one does not think about.
No worries. It's not a disadvantage now that I know you can rename the fork.
So.... If someone were installing a new instance tomorrow, should a hub admin continue using the GITHUB repo, or should they make their upstream something else?
The github repo is going away. I'm not even certain why we need a transition period because it will only cause confusion that it still exists. As soon as I get the green light, I'm going to nuke it into oblivion.
i signed up for a framagit account. AFAIK git is 'decentralized', I should be able to clone on my own git.bsd.do, make changes, and issue a pull request. This is possible? I don't recall every doing it that way, but it should work that way. If not, then it is something that should happen.
.
github and gitlab have made pull requests easy. You can still do it the old way but it isn't nearly as automated. You basically send one of the core developers an email with a link to the branch you want pulled. These services have made it a lot easier first in the communication process, but also in the ability to detect conflicts before you even attempt to merge it.
I think we should rename things to hubzilla-core (or better simply 'hubzilla') and hubzilla-addons
The 'hubzilla' in the current url is supposed to be the 'user' who published the repo, not a descriptive thing about the content.
The 'hubzilla' in the current url is supposed to be the 'user' who published the repo, not a descriptive thing about the content.
Unfortunately I think that request is a bit late. This is a complicated process involving synchronisation with people all over the world and involves changes to hundreds of scripts and files, and which at this point cannot easily be recalled or restarted.
cannot easily be recalled
I see, I hadn't realised that it had already been announced. I've now found it on @Hubzilla Announcements .
