这两天学习了服务器的一点知识，从小白到入了门。
1.连接服务器。
实验室给的练习服务器每个人有自己的账号和密码，可以登录服务器，注意服务器上为linux操作系统。
2.服务器上的操作。服务器上的操作就和linux操作没什么区别，要理解服务器其实也就是一台计算机，其实就是一台配置好一点的计算机。至于linux系统的命令行操作还有待学习改进。
3.访问服务器上的站点。浏览器的访问，网址其实就是IP地址，每台计算机都有自己的IP地址，可以通过IP地址进行远程访问。但由于IP地址的生涩难懂（我是这样理解的），于是出现了域名，注册一个域名如www.jiangjianlin.com然后将其和我们服务器的IP地址绑定，这样就相当于我们通过访问www.jiangjianlin.com其实就是访问了121.40.144.211:8080。注意由于浏览器访问的时候默认访问的8080端口（端口就相当于计算机给其他人开的门），所以要事先打开服务器的8080端口，其次浏览器访问需要在服务器上先配置好Apache/Tomcat,这个由于权限问题学长帮我们弄好了（感觉其中也是一顿复杂的操作，还有权限问题是真的不服）。
4.访问站点。我们的站点需要存放在/opt/tomacat/webapps目录下面。http://121.40.144.211:8080/test/test.html例如这个网址，前面的一串IP和端口其实包含了/opt/tomcat/webappps，test是这个目录下的一个目录，然后访问的是test.html。浏览器访问的其实就是html文件，然后根据html文件的内容将其解析为我们看到的样子。
5.Gitlab自动部署。gitlab是什么这个大家自行百度就好。起因是这样的：我在本地（我的mac上）修改了html文件，增添了其他的内容，之前我都是通过重新上传文件，将整个工程上传到服务器上，然后再在浏览器上上刷新查看效果。我觉得这样非常的麻烦和low，不够git，于是通过自己摸索和请教学长，终于摸清楚了gitlab自动部署的这一套。
至于新建仓库，克隆到本地那一套我就不再赘述。
首先先将gitlab添加webhooks就是相当于一个钩子，在检测我们本地的操作之后，检测到push操作之后可以进行的操作。
url是在目标（trigger）操作执行后访问的连接，http://121.40.144.211:8080/bootstrap/post_receive.php，我这里连接了一个php文件，php文件的大致内容是在认证token和ip，token使我们自己添加的一个验证码类似，安全一些，否则这个ip被暴露了，被人可以一直hook。
前面的代码是在认证，认证你的ip和token，认证成功后，关键在执行红框的代码，执行一个.sh服务器脚本，由一些列的linux命令组成。
第一次clone最好手动执行，这样脚本里只需要每次自动执行pull操作，这样就可以把每次更新版本自动的pull到服务器上，然后这是在我的用户目录之下的，需要再复制到/opt/tomcat/webapps目录下面，因为web浏览器访问的是这个目录下的文件，这样就完成了gitlab的自动部署，核心是执行了一个脚本使服务器自动的pull。
