基于Gitea打造一个属于你自己的代码托管平台
为什么要打造一个属于自己的代码托管平台呢?这个事情还要从我刚开始工作说起。
我是在大三下学期的时候,大概是 2017 年三月份,以个人身份做过一些小项目,接收不了学校的课程无趣无意义,最后实在耐不住呆在学校的无聊和寂寞(是的,那个时候还是条单身狗),就天天逃课出去找了个工作,算是第一份工作吧。
想想过得好快,现在已经是 2019 年的 2 月了(传说中的两年工作/划水经验?)期间换了两家公司,工作方式也改变了许多。
- 第一家公司时期,sftp 一把梭
- 第二家公司时期,svn 版本控制,写了钩子,能够提交代码以后自动拉取
- 第三家公司(现在),GitLab,由团队的 leader 来把控代码的合并
在熟悉了 git workflow
后,自己也慢慢习惯使用 git
来管理自己的代码。But,我相信你也和我一样在很多时候,并不希望自己的仓库是公开的(在开始决定使用 gitea
的时候 github
私仓还不免费),毕竟有些东西是敏感的。
让我们来比较一下各种代码托管平台
- 自建 Git 服务器(
git init --bare test.git
),一开始我确实这么干的,但是讲道理太不方便管理了 - GitLab,资源占用比较高,放弃。
- Gitee,码云,对于国内团队无疑是最好的,但是国际化支持不太好。
- GitHub,花钱,我是穷鬼,跳过。
- Gogs,资源占用低,配置方便,支持迁移,一开始用的这个,个人维护的,更新有点慢。
- Gitea,Gogs 的 Fork 版本,团队维护,功能更加丰富,支持代码审计,更加活跃和激进。
一开始我确实是自建 Git 服务器,太不方便了,后来了解了 Gogs
,开始使用 Gogs
的,再后来就是了解到 Gitea
这个 Gogs
的 Fork 版本,一样的特性,功能更加丰富,于是我选择了升级到 Gitea
部署自己的 gitea
说干就干,开始搞事情吧,接下来都是干货
准备工作
准备为
Gitea
使用的域名为git.5io.cc
如果要将 git 和其它数据持久化,你需要创建一个目录来作为数据存储的地方
mkdir -p /var/lib/gitea
编写 docker-compose.yml
文件
我们需要
nginx
(使用nginx
来做对外的服务代理,不要让gitea
直接对外暴露 web 服务)memcached
(为gitea
提供Cache
服务)mysql
(存储gitea
所需要存储的数据)gitea
(代码托管平台)
version: "3.7"
services:
nginx:
image: nginx:alpine
container_name: test_nginx
ports:
- "80:80"
restart: always
networks:
- giteanet
mysql:
image: mysql:5.7
restart: always
container_name: test_mysql
environment:
- MYSQL_ROOT_PASSWORD=root_password
- MYSQL_DATABASE=gitea
- MYSQL_USER=gitea
- MYSQL_PASSWORD=gitea_password
networks:
- giteanet
volumes:
- /path/to/conf/my.cnf:/etc/mysql/my.cnf:rw
- /path/to/data:/var/lib/mysql/:rw
- /path/to/logs:/var/log/mysql/:rw
memcache:
image: memcached:alpine
container_name: test_memcache
restart: always
networks:
- giteanet
gitea:
image: gitea/gitea:latest
restart: always
container_name: test_gitea
networks:
- giteanet
ports:
- "22:22" #git服务对外使用22端口会更加方便
volumes:
- /var/lib/gitea:/data:rw #gitea的data数据应该做持久化,映射到宿主机磁盘上
networks:
giteanet:
运行服务并初始化
- 运行服务
$ docker-compose up -d
Creating test_memcache ... done
Creating test_nginx ... done
Creating test_mysql ... done
Creating test_gitea ... done
$ docker-compose ps
Name Command State Ports
---------------------------------------------------------------------------------------------------
test_gitea /usr/bin/entrypoint /bin/s ... Up 0.0.0.0:22->22/tcp, 0.0.0.0:3000->3000/tcp
test_memcache docker-entrypoint.sh memcached Up 11211/tcp
test_mysql docker-entrypoint.sh mysqld Up 3306/tcp, 33060/tcp
test_nginx nginx -g daemon off; Up 0.0.0.0:80->80/tcp
$ cd /var/lib/gitea
$ tree .
$ .
├── git # git仓库存储位置
├── gitea
│ ├── conf
│ │ └── app.ini # gitea配置文件
│ └── log # gitea log目录
└── ssh # ssh key目录
- 编写
nginx
配置文件
server {
listen 80;
server_name git.5io.cc;
location / {
proxy_pass http://test_gitea:3000;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
- 重启
nginx
使配置生效 - 访问
git.5io.cc
完成初始化配置
长图显示配置过程
- 编辑查看 gitea 的配置
$ vim /var/lib/gitea/gitea/app.ini
...
# 这里我只放出有关Cache的配置
[cache]
ADAPTER = memcache
HOST = test_memcache:11211
...
创建仓库,开始起飞
啥?不会创建仓库?劝退劝退
友情提示,右上角的
+
可以迁移别的仓库到gitea
END
每次到了结束,都莫名其妙的有一些成就感,大概是因为折腾出来一个新东西。
总之,终于搞好了,先慢慢随便点点,熟悉熟悉这个简单又强大的代码托管平台吧。
Happy Coding!
系列文章
- 基于 Gitea+Drone CI+Vault 打造属于自己的 CI/CD 工作流
- Drone CI For Github —— 打造自己的 CI/CD 工作流(一)
- Drone CI 使用 Vault 作为凭据存储 —— 打造自己的 CI/CD 工作流(二)
- 轻量化自建 Drone CI For Gitea —— 打造自己的 CI/CD 工作流(三)
- 番外:基于 Gitea 打造一个属于你自己的代码托管平台
本作品采用《CC 协议》,转载必须注明作者和本文链接
Gitea
能不能和Github
一样,限定某一些人可以合并 PR
代码 ?