bash-替换URL链接中的账户信息

bash 中将 git 仓库链接中的用户名密码信息替换为另一个账号的用户名和密码信息,可以使用sed -r命令。 适用场景: gitlab-ci.yml 配置分支推送,将环境变量中的 CI_REPOSITORY_URL 替换为想要的结果。例如, script: - git fetch - git checkout test - git pull origin test - git merge - - git checkout - - git push $(echo "$CI_REPOSITORY_URL" | sed -r "s/:\/\/.+:.+@/:\/\/$GITLAB_PUSH_ACCOUNT@/g") test实用范围:linux 核心内容: $ CI_REPOSITORY_URL="http://gitlab-ci-token:xxxxxxxxxxxxxxxxxxxx@somegit.example.com/group/project.git"$ GITLAB_PUSH_ACCOUNT="thisaccount:thispassword"$ echo "$CI_REPOSITORY_URL" | sed -r "s/:\/\/.+:.+@/:\/\/$GITLAB_PUSH_ACCOUNT@/g"输出的结果为 http://thisaccount:thispassword@somegit.example.com/group/project.git 如下图,

July 16, 2019 · 1 min · jiezi

502 Whoops, GitLab is taking too much time to respond

可以导致这个问题的原因有很多,先说我遇到的两类:部分功能没有启动起来这种情况可以使用gitlab-ctl status命令查看正在运行的进程的id。运行几次,如果有id改变了,则说明这个进程不稳定,需要查看对应的日志。使用gitlab-ctl tail [process name]命令查看对应的进程是什么情况。如果是端口冲突,则解决端口冲突,如果是权限问题则解决权限问题。内存不足(最小2G)网上反馈的是最小需要2G内存,弄了个虚拟机试了下,总共3G内存,勉强可以配置使用gitlab启动运行之后相当的消耗内存,尤其是做提交更新等处理的时候,出现这个错误的时候可以使用free -m查看下内存情况:看下used和free的使用情况,如果free一直在减少,说明gitlab正在启动,消耗内存中,还没有启动完成!这个时候访问是会提示502 Whoops, GitLab is taking too much time to respond.

December 19, 2018 · 1 min · jiezi