使用本地服务器GitLab的注意事项

为什么要特别把这件事拿出来说呢？因为它和现在大多数人使用的、拥有客户端、GUI的Github相比有不小的区别。但是有一点要说明，那就是Github已经把整个交互体系做的非常地完善了，而GitLab并没有那么全面，所以要注意一些不安全的使用方式，避免对整个团队和项目造成负面影响。

关于我使用过的部门本地服务器部署的GitLab，我就不小心一个推送把原始版本覆盖掉了。虽然可以回退，但是也给其他正在使用的同事造成了一定的麻烦。

熟悉Github的朋友都清楚，Github有fork功能、合并默认需要请求。而GitLab也有，但是部门不一定正确地设置了。就比如权限控制，如果GitLab的代码库设置为Public，即公开状态，那么所有人都可以直接修改，权限控制将不会发挥作用；而Github，还是有清晰的权限控制的，并不会因为库的公开性不对权限进行控制，有一定的保护作用，避免误操作。

就拿权限控制这一点来说，GitLab需要代码库为私有才行。还有fork功能，似乎公开状态是不可用的。所以GitLab工作，你需要一个拥有GUI界面的Git版本管理工具，比如Sourcetree。不管你用到什么类型的服务器，你始终应该将远程版本拉取为本地分支，然后用别的分支进行开发，因为这样你才能从远程拉取以同步最新变化，然后才能在本地进行合并操作，最后才能正常提交到远程，给所有人使用，否则会因为冲突不方便解决，或是耽误开发效率，徒增熵值。

另外，由于本地开发使用了别的分支，又想让同事看到自己当前的成果和进度，那也可以设置开发分支的远程库的分支。这种情况下，你可以自己再建立一个库，这样就相当于fork了原本的库。

关于合并冲突，不管是Sourcetree还是大名鼎鼎的Visual Studio Code，都有可视化的操作方式。虽然有一定学习成本，但是多做几次尝试，做错就回退，反复实践，就能掌握相关概念和操作方法。这件事，不难，很值得！