高防手表网站济宁网站建设联系方式
2026/2/16 3:33:04 网站建设 项目流程
高防手表网站,济宁网站建设联系方式,网络运维工程师证,专业模板建站软件在《老登的新玩具#xff1a;NAS》一文中#xff0c;我简单介绍了新购置的 NAS 设备。最初入手 NAS 的主要目的#xff0c;其实很单纯——备份照片#xff0c;同时作为家庭影视库使用。前段时间也确实“物尽其用”#xff0c;补完了不少经典电影和美剧。 但副作用也很明显…在《老登的新玩具NAS》一文中我简单介绍了新购置的 NAS 设备。最初入手 NAS 的主要目的其实很单纯——备份照片同时作为家庭影视库使用。前段时间也确实“物尽其用”补完了不少经典电影和美剧。但副作用也很明显一连几周公众号几乎停更技术研究也被搁置到了一旁。好在待看片单已经清空现在终于可以把注意力重新拉回到正事上认真思考一下 NAS 还能发挥哪些价值。NAS 的用途很多而我首先想到的就是用它来搭建一个私有的 Git 代码仓库。目前市面上的 Git 托管服务非常成熟国外有 GitHub、GitLab国内也有 Gitee、Coding 等选择。这些平台大多提供免费的私有仓库稳定性、可用性和运维保障都相当成熟。从“省心”的角度来看似乎并没有自己部署 Git 服务的必要。但问题也恰恰出在这里。对于个人用户而言这类托管平台通常都会对仓库容量设定上限常见的限制是 1Ggithub 比较大气一些也不超过 10 GB。而我目前基于 Chromium 进行浏览器产品开发即便不导入完整的 Chromium Git 历史仅保留源码本身加上构建所需的一系列二进制工具整体体积也早已超过 10 GB。如果要导入完整的 Chromium Git 历史那容量要直奔 100G 了。所以mojo-browser项目只能长期存放在本地开发机上既不便于多设备协作也缺乏可靠的备份机制。现在有了大容量的 NAS貌似有了新的解决方案。一方面NAS 的存储空间足够充裕完全可以承载这类“重量级”代码仓库另一方面NAS 本身可以配置定期自动备份无论是硬盘故障还是误操作都能多一层数据安全保障。Git 软件选择市面上成熟的 Git 服务器实现并不少我最先考虑的是 GitLab。一方面是因为在日常工作中在使用对其功能比较熟悉另一方面GitLab 在权限管理、CI/CD、审计和生态完整性方面确实非常强大。但在进一步调研之后我很快意识到GitLab 并不适合部署在 NAS 这类轻量级设备上。GitLab 并不是一个“单体服务”而是一整套复杂的服务集群核心组件就包括 PostgreSQL、Redis、Sidekiq、Gitaly、Prometheus 等。这些组件对 CPU 性能、内存容量以及磁盘 IOPS 都比较敏感哪怕只是小规模自用也很难算得上“轻量”。官方给出的硬件要求如下项目官方最低要求实际推荐CPU4 核4–8 核内存4 GB8 GB 及以上硬盘10 GB 以上20–50 GB而我使用的绿联 DH4300 Plus 搭载的是 ARM 架构的 RK3588C 处理器8 核 8 线程主频 1.8 GHz内存为 8 GB。在这台设备上运行 GitLab大概率会出现响应迟缓、资源占用过高甚至稳定性问题。何况这台 NAS 还要进行照片备份音视频播放不能让 Git 服务吃掉太多的内存和 CPU。综合权衡之后我最终选择了Gitea。相比 GitLabGitea 架构极为简洁单一二进制即可运行对 CPU 和内存的需求都要低得多同时在代码托管、权限管理、Webhook、基础 CI 集成等方面已经完全能够满足个人和小团队的开发需求。安装 Gitea绿联 NAS 原生支持 Docker因此这里直接采用 Docker 部署 的方式这是目前最简单、也最稳定的安装方案。首先进入 NAS 的 Docker 管理界面在镜像仓库中搜索 gitea选择下载量最多、维护最活跃的官方镜像进行下载。如果在拉取镜像过程中速度较慢或失败可以为 Docker 配置镜像加速器例如https://docker.1ms.run。镜像下载完成后基于该镜像创建 Gitea 容器。在容器设置中建议勾选 “自动重启”以确保 NAS 重启或 Docker 服务异常恢复后Gitea 能够自动启动。其余选项保持默认即可无需额外修改。这里需要特别留意端口映射关系后续访问和 Git 操作会用到该端口。容器启动后点击容器右侧的快速访问即可进入 Gitea 的初始化配置页面。在大多数个人使用场景下直接采用默认配置即可点击 “立即安装” 完成初始化。需要注意的是第一个注册的用户将自动成为 Gitea 的系统管理员。安装完成后即可看到熟悉的 Gitea 管理界面这里需要特别说明一个容易踩到的问题。绿联 NAS 提供的内网穿透服务本质上只支持浏览器访问并且需要经过登录认证。当尝试通过外网地址进行 Git 克隆时无论是 SSH 还是 HTTPS都会失败例如$ git clone gitapp-39639-mojo.cn24.ugdocker.link:mogoweb/mojo-browser.git mojo-browser-gitea 正克隆到 mojo-browser-gitea... ssh: connect to host app-39639-mojo.cn24.ugdocker.link port 22: Connection refused 致命错误无法读取远程仓库。 请确认您有正确的访问权限并且仓库存在。 $ git clone https://app-39639-mojo.cn24.ugdocker.link/mogoweb/mojo-browser.git mojo-browser-gitea 正克隆到 mojo-browser-gitea... 致命错误无法访问 https://app-39639-mojo.cn24.ugdocker.link/mogoweb/mojo-browser.git/Failed to connect to mojo.cn24.ug.link port 80 after 10562 ms: Could not connect to server这是由于内网穿透并未对 Git 协议SSH / HTTP提供直通支持所导致的。解决办法也很简单在局域网环境下直接使用 NAS 的内网 IP 地址和映射端口进行访问例如$ git clone http://192.168.3.7:39639/mogoweb/mojo-browser.git mojo-browser-gitea至此一个运行在绿联 NAS 上的私有 Git 仓库就已经成功部署完成了。NAS 远不只是一个“存照片和电影的盒子”围绕开发和基础设施还有不少值得折腾的玩法后续如果有新的实践也会继续记录。敬请关注欢迎交流。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询