zhjmyx的专栏

今天前端人员提交代码时,出现了如下奇怪错误: $ git push origin Counting objects: 4, done. Delta compression using up to 24 threads. Compressing objects: 100% (4/4), done. Writing objects: 100% (4/4), 5.59 MiB | 16.73 MiB/s, done. Total 4 (delta 1

写在前面: 2022-04-16 在gitlab升级的时候把里面的 gitlab-secrets.json 文件删掉了。导致gitlab使用不了。然后经常性的报500错误。一开始以为是服务器内存不够，gitlab-ctl tail使用这个命令查看日志.最终定位到错误可能是json文件的问题。因为印象中，也记得这个文件删掉了。以为以为删掉没啥影响。最终找到如下面的文章，把json重置了，问题解决了。因为我的版本比较高，进数据库的方式还有点不同。#gitlab14.9.4gitla...

检查报错原因：gitlab-rails tail打开日志终端在页面上操作删除项目按钮，查看错误日志信息，如果错误是OpenSSL::Cipher::CipherError，则需要重置Token步骤如下： 进入数据库终端: 进入终端命令如下: gitlab-psql-dgitlabhq_production sudo gitlab-rails dbconsole 源码方式安装，进入终端命令如下： 清空所有的token： ...

修改步骤 1 2 3 4 5 6 7 8 1、修改/etc/gitlab/gitlab.rb[gitlab.yml中的配置会被这个给覆盖] //在后面修改自己的ssh端口 gitlab_rails['gitlab_shell_ssh_port']= 32514 2、使其生效 gitlab-ctlreconfigure 默认是22端口，直接访问则不会出现端口的。） ...

gitlab500自己搭建的gitlab发现某些操作时候会报500错误，然后查看日志/var/log/gitlab/gitlab-rails/production.log发现住报错信息OpenSSL::Cipher::CipherError ():Started GET "/-/metrics" for 127.0.0.1 at 2019-08-01 05:58:30 +0000Processing by MetricsController#index as HTMLCompleted .

因为公司代码仓库是用gitlab，最近一直在想数据丢失了如何处理，硬盘坏了如何处理，今天好好研究了下，发现gitlab备份还是挺简单的。首先设定备份目录我设置的本地目录是/usr/backupvim /etc/gitlab/gitlab.rbgitlab_rails[‘backup_path’] = “/usr/backup”设置完保存然后重载配置gitlab-ctl reconfigure使用gitlab-rake gitlab:backup:create进行数据的..

最近在使用云服务器的时候使用到了ssh去做登陆验证。关于ssh的使用原理，公钥和密钥如果对服务器的登陆做验证的。以及对称加密和非对称加密的基本原理，这里做一个比较详细的归纳和总结。第一部分是关于ssh的使用以及原理的，这里引用了博主：疲惫的豆豆http://www.cnblogs.com/dzblog/p/6930147.html。这一篇讲得比较通俗易懂。也易于上手操作。一、明白的以下几个概念：know_host : 存储 已经确保正常、可以安全连接的所有服务器(hosts)的公钥。a.

因为同时在本地维护几个Github的仓库，每次更新后每个仓库要重复三步提交同步，有点麻烦。发现可以写.sh文件来实现一键更新。比如我要更新我的BlogBackup和CodeRepo两个仓库的代码如下。Copy#! /bin/bash cd d:/10GitRepository/BlogBackup git add -A git commit -m "update" git push origin master cd d:/10GitRepository/CodeRepo git a.

Gitlab备份、迁移、恢复和升级自建的Gitlab服务器常常会因为使用时间的增长，其空间容量等硬件需求都需要升级，或者迁移至更高配置的服务器上。备份、迁移、恢复、升级过程如下1、gitlab备份备份前gitlab的项目如图所示备份时需要保持gitlab处于正常运行状态，直接执行gitlab-rake gitlab:backup:create进行备份使用以上命令会在/var/opt/gitlab/backups目录下创建一个名称类似为1530156812_2018_06_28_10.

一、学习原因在使用GitLab的过程中，发现提交日期显示不对。目前北京时间为2019-4-26 17:30，如果提交时间为两小时前，应该显示15:00。相差八小时。所以应该是GitLab的时区不对。二、修改GitLab的时区设置用如下命令打开gitlab.rp文件：vim /etc/gitlab/gitlab.rb看到配置文件中使用的是北京时间，但是在服务器中并没有北京时间的时区信息，所以改成Shanghai。修改time_zone的值为东八区时间为上海：gitlab_r

修改配置文件[root@localhost opt]# grep -rn "^[^#]" /etc/gitlab/gitlab.rb13:external_url 'http://192.168.0.8:81'57:gitlab_rails['gitlab_email_from'] = 'w135xxx@qq.com'58:gitlab_rails['smtp_enable'] = true59:gitlab_rails['smtp_address'] = "smtp.qq.com".