前言
俗话说，不想当一个好运维的程序员不是一个合格的产品经理。作为一个业余时间会写点小玩意整活的三流开发，我很快就厌倦了每次发布新版本都要上传程序到服务器，停止旧程序，然后再运行新程序的过程，经常scp命令写着写着就忘记了自己的应用文件夹在在哪里了，只能气急败坏的在ssh窗口里再pwd一遍。于是我在服务器上愉快地装起了Jenkins，并且使用了一段时间。
然而随着我的项目向容器迁移，并且加入多个微服务相关组件，尤其是当我买了一台DMA5F（Minisforum出品的一台家用NUC）用于部署我的所有项目的时候，接连遇到了几个问题：
- 由于使用SpringCloudConfig作为配置中心，国内访问github经常抽风，导致配置服务器启动失败。
- 配置中有含有大量个人关键信息，把配置交给公网git服务实在有些不放心。
- 代码本身放在github上，构建的时候经常拉不下来。
我的个人项目大多数是不需要公网ip的，需要公网ip的项目我可以通过frp内网穿透出去，所以我把项目大多数部署在了DMAF5上，并且全部容器化了。但是SpringCloudConfig依旧需要把配置保存在github上，于是问题就变成了我需要部署一个我自己的私有Git仓库，而且需要具备完整的devOps功能，比如拥有类似于Github Action的功能，或能结合主分支tag，自动发布RELEASE等与版本控制深度结合的功能。由于只是个人开发使用，我没有选用gitlab，因为感觉太重了，大部分功能我都用不到，这个时候有一个项目映入我的眼帘，那就是OneDev。
关于OneDev的简介，可以参照这篇文章。它满足了我的大部分需求，而且功能干练简洁，易于上手，提供了可视化的构建配置界面，可以说相当友好了。最重要的是它是开源的，以Java语言编写而成，并且目前依旧在频繁的更新迭代，作为一个Javaer而言，它在各种意义上都挺有吸引力的。
搭建OneDev
这里我选择使用Docker搭建OneDev。
官方提供的命令：
docker run -it --rm -v /var/run/docker.sock:/var/run/docker.sock -v $(pwd)/onedev:/opt/onedev -p 6610:6610 -p 6611:6611 1dev/server
由于我是运行在自家Nuc上的，重启后希望它自动运行。以及官方命令里面$(pwd)会将挂载目录设定到执行命令的目录下，因此我做了一些改动。大家可以根据自己的需要来设定命令参数
docker run -it --restart=always --name onedev --net lainnet -v /var/run/docker.sock:/var/run/docker.sock -v /root/onedev:/opt/onedev -p 6610:6610 -p 6611:6611 1dev/server
加入--net lainnet参数是因为希望onedev能与我的配置中心处于同一个网络，方便互相访问，没有这方面需求的可以无视这个参数。
执行后，浏览器访问6610端口，就能看到ovedev的登录页面了。
配置通知邮箱
邮件通知是功能是必不可少的，假如我们的自动构建或者自动测试因为某些原因失败了，当然是希望能收到提醒的。这里我们来设置一下邮箱提醒，我这里这里使用的是163邮箱，当然你也可以在构建流程里触发钉钉的消息推送，这个我们在之后的构建里再做。
点开Mail Setting
按照图片设置即可。SMTP User和Sender Address要一致，不然会报 553 Mail from must equal authorized user
发送测试邮件，成功即可。
新建代码仓库并配置构建
点开Projects，点击+号Add Project
填写项目信息后，仓库就创建好了，接着我们上传代码。
这里为了示范，我就不上传实际的代码了，直接通过AddFile在线创建了一个README.md文件。和Github一样，项目主页会自动展示README中的信息。
可以看到，在添加了文件之后，OneDev会提醒你可以为项目添加构建支持文件 .onedev-buildspec.yml了。这个文件是一个yml文件，提供了和gitlab-ci.yml类似的功能，可以配置项目的CICD发布流程。
点击add .onedev-buildspec.yml，就能看见配置页面了。
没错，OneDev提供了一套前端UI来辅助我们进行配置，并且在需要使用到系统变量的地方会给予提示，可以说是非常人性化了。这里我们就来尝试一下。
onedev的构建需要你指定一个用于构建项目的镜像，在这个job中，所有的命令都会在这个镜像中进行。比如我们想使用maven进行打包，就可以在这里填入maven:latest，又比如我们想在这个job里打包镜像，就可以填入docker:19.03.5 这种利用docker in docker，能够调用宿主机的docker指令的镜像。当然我个人更推荐根据自己的需求，自己构建一个用于打包发布的工具镜像，比如maven，我们可能会需要使用自己的镜像源，这个时候就可以自己写好maven的配置文件然后构建自己专属的打包镜像，在onedev种使用即可。
这里我用openjdk:11.0.9-jdk举个例子
点击运行
可以看到输出了我们代码仓库的文件以及容器中java的版本。
小Tips：实际上工作空间中的仓库代码是通过Retrieve Source设置导入的，这个选项默认开启，并且还提供了从其他地方clone代码的功能。（比如我们可以在github上开源代码，然后通过WebHook触发构建，同步到OneDev里面，然后再创建一个job，当代码合并到dev的时候通过git镜像推送回github，以此达到一个同步的功能。
开启推送
之前我们配置了邮件推送，那么要怎么样使用它呢？这个设置有点隐秘，实际上它在搜索框里面。
点击Show Saved Queries，可以看到官方为我们预设了一些搜索筛选的情景，边上有个小按钮，点击就可以订阅相应的提醒啦。
这里我订阅了Running，然后重新启动了构建#1，可以看到成功的收到了邮件提醒。
当然你也可以自定义场景，OneDev为你提供了一套简易的语法，并且提供了丰富的提示，使得你可以快速的自定义自己的提醒场景
结语
今天就分享这写使用心得，可以看出来，OneDev是一个很完善、易上手的devOps实践平台，而且非常轻量级，很适合个人开发者。OneDev的中文资料目前仅有作者Shen Robin的五六篇教程，并且Shen Robin很乐于回答我的问题，对我在OneDev的探索中帮助很大，我之后也会继续分享一些使用心得，非常感谢OneDev的开发者为我们带来这么棒的开源项目！
