小笠原　やきん

上一次折腾 vagrant vituralbox 和 ubuntu 还是 2016 年搭建了个 svn server，之后就没怎么动过，Mac mini late 2012 也成了 svn 服务器专用机，这差不多 5 年间，用坏过一次 SanDisk 的 256G 的 ssd，后来换成了镁光的 MX500 500GB 一直用到现在。

由于 svn 版本是 1.8.X 想升级下版本发现还是直接升级系统算了，毕竟 14.04 LTS 2022 年也到 End of Support 时间了，不过谨慎点还是先升级到 16.04 LTS 好了。

升级到 16.04 LTS

移除第三方 source.list

• • How to Remove PPAs from Ubuntu

  • 这边是因为曾经为了尝试 gitlab 所以添加过 gitlab 的 source，在升级系统的时候报有兼容性问题，于是需要先移除。

  • 另外在尝试自建 gitlab 后，发现 gitlab 还是太占资源了，就没继续用了。对于美术和演出人员来说还是 svn 操作更简单方便。

更新 ubuntu distribution

do-release-upgrade

• 出现的选项都保持默认，OK，y

• 升级结束后重启系统，进入之后 netstat -lntp 查看启动的端口发现 nginx 启动了，不过这边需要的 webserver 是 apache2 所以需要关闭 nginx 服务和自动启动

sudo service nginx stop
sudo service apache2 start

Nginx – disable autostart

sudo update-rc.d -f nginx disable

sudo systemctl disable nginx

sudo systemctl stop nginx

• 当然也可以选择 uninstall nginx What is the best way to uninstall nginx
• 也许偶尔需要配置学习下 nginx，我就没卸载了。
• 访问 svn web server 后查看版本已升级为 1.9.3

备份 vagrant box

• • Correct way to back-up and restore vagrant box + Variable VVV

  • 简要版 vagrant package --output ./new-box-name.box

升级到 18.04 LTS

• • 升级到 16.04 LTS 感觉不够过瘾，就准备继续升级，果不其然，遇到了点问题。

  • 直接 do-release-upgrade 还挺顺利的，不过在重启后卡在了 botting smp configuration 这里，看上面有 Intel spectre 啥的

  • 搜索后发现了 Ubuntu 17.04 won’t boot on Windows 10: stuck on “booting smp” 这个帖子里的，把 cpu core 设置为 1 确实可以正常启动…… 但是 cpu 只能设置 1 core 的话，对服务器性能来说还是有点不能接受的……

  • 在参考 Ubuntu 18.04.1 hangs at “Booting SMP configuration” on VMware 执行下列命令后，测试可以在 cpu 设置为 4 core 下启动了

sudo dpkg -l|grep intel
sudo apt-get purge intel-microcode
sudo update-grub
sudo reboot```

• • 升级完毕后，查看 svn version 到了 1.9.7

升级到 20.04 LTS

• • 直接执行一个 do-release-upgrade

  • 启动时发现又是卡在 smp 那里，看来新的内核都有加 intel 漏洞的补丁？，但是我这边就一个内网服务而已，也不需要管安全，直接进行一个 apt purge intel-microcode 和 update-grub 然后重启

  • 本身就是一个老旧的 cpu，再打降性能补丁，或者限制单核运行，怎么想都不划算，用到报废换新电脑多好。

  • 升级完毕后，查看 svn version 到了 1.13.0

结尾

• • 升级系统看着一行行日志文字不停的滚动过去，不出问题整个过程还是挺爽的，颇有动画里 hacker 的感觉，然而实际就是在升级系统罢了。

  • 启动停在 smp 这个问题真是蛋疼，不然整个过程应该挺顺利的。

  • 整个系统就一个内网 svn 服务器，只要能保证 svn 正常工作就行。

git or svn?

• • 尝试过好几次用 git + git lfs 来测试当 galgame 项目的 source control 系统，最终都以图片，音乐，binary 文件 add commit push 耗时比 svn 长放弃。

  • git repo size limit 比较严格，GitLab 似乎时单个 repo 最大 10GB，而用 svn 就不用考虑 size 这个问题。

  • 我个人是用 git 来同步代码比重大的 project 的。

  • 但是像图片，音乐为主的 galgame 项目，还是用 svn 更方便合适些。

  • 不过 svn 需要手动创建 repo，手动添加用户还是挺麻烦的……