从 GitLab 迁到 Gitea,轻量自托管把服务器负载降了一大截
我们团队的自建 GitLab 在一台 4 核 8G 的机器上跑了两年。说实话功能是真全,CI、Wiki、看板、容器仓库样样有。但代价是它太重了——空载状态下内存就吃掉四五个 G,Sidekiq、Puma、Gitaly、PostgreSQL、Redis 一堆进程排着队占资源。
gitlab仓库迁移(组下所有的子组以及项目迁移)
迁移应用场景1.迁移部分项目到新的仓库地址2.迁移组以及子组下所有的项目3.迁移所有gitlab组要求 1.
10GB vs 600MB:我们弃用 GitLab,选择了这个轻量级神器
GitLab吃掉10个G,Gitea只花600M,我换对了。你也许想不到,一个代码托管平台能吃掉接近10个G的内存。我们公司做AI模型托管,最初选了GitLab,觉得大厂出品肯定没毛病。结果呢?光是跑这个服务,服务器就被它占得死死的,连模型训练都经常卡。
刚刚,OpenAI收购Pierre,Codex要对Git下手?
根据官方公告,Pierre 此前打造了代码托管服务 Code Storage 及一系列开源开发者工具,其中 Trees 和 Diffs 两个开源库已被用于 Codex 应用的文件浏览和代码差异审查界面。
Gitlab之间进行同步备份
目前,我们公司有两个研发团队,分别在北京和武汉,考虑到访问速度的问题,原有武汉的研发环境在近端部署。也就是北京和武汉分别有两套独立的研发管理环境,虽然这解决了近端访问速度的问题,但是管理上较为分散,比如研发环境备份和恢复就是最重要的问题之一。
代码放网上仓库?自建 GitLab 和 Gitea 这 5 点,选错就白折腾
本文是《Linux 运维常用软件实战》系列第 50 篇。建议先收藏,跟着练手效果更好。你的公司代码放在公有云仓库,客户一句"源码不能出内网"就得连夜搬家;代码是公司最值钱的资产,仓库放在自己手里才有主动权。 GitLab 和 Gitea 都能做私有仓库。
使用GitLab+Drone CI持续集成自动部署web项目,图文详细
Trusted 选项,一般在部署docker项目时需要打开,如果不打开,部署docker项目时,无法使用挂载功能,即volume。
CI持续集成系统环境--Gitlab+Gerrit+Jenkins完整对接
强制Review :在 Gitlab 上创建的项目,指定相关用户只有Reporter权限,这样用户没有权限使用git push功能,只能git review到Gerrit 系统上,Jenkins在监听Gerrit上的项目事件会触发构建任务来测试代码, Jenkins 把测试结果通过 ssh gerrit 给这个项目打上 Verified 成功或失败标记,成功通知其它人员 Review 。
自建代码托管平台GitLab教程
GitLab是由GitLabInc.开发,使用MIT许可证的基于网络的Git仓库管理工具,且具有wiki和issue跟踪功能。