commit命令会删除服务器文件吗？企业服务器部署避坑与数据安全建议

公司的系统刚刚上线的时候，开发人员就在服务器上执行了一些Git命令，采购和老板最担心的事情并不是代码是否被提交成功了，而是：会不会把服务器上的文件给删除了呢？特别是ERP、网站、电商后台、数据库以及文件共享都在同一台服务器上运行的情况下，任何一个错误的操作都会对业务造成影响。除了命令之外还要看服务器部署的方式、备份策略以及权限管理是否到位。

结论是：正常的 git commit 不会删除服务器上的文件。它就是将现在的代码变化记录到本地的Git仓库中去，也就是“保存一个版本快照”。真正存在文件丢失风险的是 `git rm`, `git reset –hard`, `git clean -fd`, 错误的脚本发布、覆盖式的部署或者是把生产目录与测试目录混为一谈的操作。

但是从企业的角度来看，问题的背后是：服务器是否可以承担起生产任务来？有无数据隔离？是否有备份与恢复机制呢？有没有专业的运维流程呢？如果没有做好计划的话，即使不提交commit，在一次升级、一次迁移或者一次磁盘故障中也会产生损失。

企业在选择服务器的时候应该关注以下几点：

1、业务与环境要分离开来
开发、测试、生产的环境不能全部放在一个目录里或者一台低配置的服务器上。如果预算充足的话可以使用虚拟化来实现多台虚拟机之间的隔离；如果预算紧张也要做到目录权限、账号权限以及部署流程上的区别开来，防止误删到生产文件中去。

2、硬盘以及RAID不可以被省略
如果有数据库、业务附件、客户资料和财务文件等数据存储在服务器上的话，可以考虑使用企业级SSD或者SAS/SATA企业盘，并且要设置好RAID1、RAID5、RAID10这样的方案。RAID不是备份，但是可以减少一块硬盘出问题造成整个系统停机的概率。

3、内存与CPU要根据系统的负载来配置
小网站和轻量级的应用可以使用 8 核 CPU 和 32G 内存作为起点；对于 ERP、数据库、虚拟机以及多个业务系统的，则需要提高到 16 核以上，并且内存要达到 64G 或者 128G。除了服务器的价格之外还要考虑配置是否足够高，否则以后会出现卡顿的情况，而且扩容和迁移也会产生额外的成本。

4、备份要单独进行计划
代码可以使用Git进行管理，但是业务数据不能仅仅依靠Git来处理。要对数据库做定期备份，对文件目录做增量备份，并且对于重要的系统还可以配备本地备份盘、NAS、异地备份或者云端备份。出现问题的时候能否恢复起来，要比一开始节省几百块钱更重要一些。

5、远程管理与售后服务很关键
建议选用带有远程管理功能的服务器，这样可以使得IT人员能够远程进行开机关机操作、查看硬件状况以及解决系统问题等。电源冗余、网口冗余、品牌质保、上门安装、RAID 配置、系统部署和后期扩容等都应在购买之前确定好。

有很多人会问到“commit命令会把文件删除吗？”现在已经到了服务器运维规范化的时候了。一旦业务系统开始承担起订单、客户、生产、财务的数据任务之后，在生产服务器上随意修改代码、直接拉取、直接覆盖就不再被允许了。比较安全的方法是：在测试环境中进行验证，经过发布流程后上线，并且对生产数据做定期备份，对于重要的目录要设置权限。

如果在购买服务器的时候可以把使用人数、软件系统、数据库种类、数据大小、有没有做虚拟化、要不要国产替代以及预算范围等信息都列出来。按照场景来梳理出CPU、内存、硬盘、RAID、备份、系统部署以及售后服务维护等方面的思路，并且能够对品牌服务器或者国产服务器的配置报价进行计算。