Ahhh, you can always go back to Github.com? But you will be guaranteed feel the pain with their Github Action (GitLab CI & dev-ops are far more flexible and quite deadly).
If you got any spare endpoint (phone, laptop, desktop, single-board computer, high-end router, etc), you can always go for Gitea for self-hosting.
As far as I know, Gitea does not have CI. It relies on external services.
It’s short already. Try read SDIO, USB technical specification, or goHugo source codes, and etc you will then feel the true pain.
At least GitLab has the decency to document everything. If you complain about reading long documents that are keyword searchable is a problem, it only tells you’re definitely on the wrong path.
This is part of the industry that school does not teach: version control, infrastructure maintenance, supply chain management, and debugging skill. You will be a laughing stalk if you can’t even manage git and its GVCS and while you’re in computer science. It’s not even a junior/senior thing.
This looks like a namespace issue. I have a feeling your local repository is tracking a wrong upstream. Try read .git/config
to verify the matter and if you found any bug: repairing it and retry your push.
Otherwise, cross-check the namespace (can be <user>/<project>
, <group>/<project>
or <group>/{<sub-group>}/<project>
) and the communications protocol (git
or https
) on the remote side and see are they matching the local .git/config
.
Example, say your .git/config
:
[core]
...
[user]
...
[remote "origin"]
url = git@github.com:holloway/demo.git
fetch = +refs/heads/*:refs/remotes/origin/*
You must have these links available for your git:
https://gitlab.com/holloway/demo
OR
git@gitlab.com:holloway/demo.git
inside your remote repository:
https://gitlab.com/holloway/demo
Considering how many of us had been “leeching” their free-tier facilities over the last 10 years, I strongly disagree. Nothing is free in this world. After the IPO, they have to answer to public investors. The free user shedding is expected since long time ago and is being executed in the next 2 months onward.
If you’re here venting your frustration with the upcoming pricing changes that can severely affect many of your repositories that are not resistant to vendor-changes business threat, I can understand your pain. However, let’s keep this forum civil.
Side-note: I’m a long long time GitLab user and never meet a problem you mentioned. The reason I switch to GitLab is not because of MSFT drama but back in time, GitHub charges for private repository per repo per month.
The 2 problems I’m facing are:
- GitLab is their new upcoming Q2’2022 pricing strategy and I fully understand why they did those drastic changes after reading through their recent fiscal report. The new pricing makes no sense after currency conversion, especially post-pandemic.
- The need to self-host a GVCS because I’m dealing with trade-secret level data on my side. Not exactly the data you want to store onto any 3rd-party endpoints (and GitLab allows self-hosting and as far s I know, new pricing strategy does not affects it).