什么是部署
工作中涉及到的
"
环境
"
- 开发环境: 程序猿写代码用的机器.
- 测试环境: 测试人员测试程序使用的机器. 一般是退役的部署机器.
- 生产环境(线上环境): 最终项目发布时所使用的机器. 对稳定性要求很高.
把程序拷贝安装到生产环境上
,
这个过程称为
"
部署
".
也叫
"
上线
".
这个过程需要拷贝对应的
.class
文件和依赖的资源文件
(
各种配置文件
, html
等
)
一旦程序部署成功
,
那么这个程序就能被外网中千千万万的普通用户访问到
.
换句话说
,
如果程序有
BUG,
这个
BUG
也就被千千万万的用户看到了
.
部署过程至关重要
,
属于程序开发中最重要的一环
.
一旦部署出现问题
,
极有可能导致严重的事故
(
服务器不可用之类的).
为了防止部署出错
,
一般公司内部都有一些自动化部署工具
(
如
Jenkins
等
).
当前我们先使用手工部署的方式来完成部署.
使用 git 传输代码
将本地代码上传到 github / 码云上
过程略
,
参考
git
使用过程
.
通过 git 下载代码
# 进入用户家目录cd ~# 创建目录保存项目mkdir projectcd project# 使用 git 下载代码git clone [ 项目链接 ]
数据库建表
按照之前的数据库建表脚本
,
在服务器上运行
,
建立相同的表结构
.
mysql -u[数据库用户名] -p[数据库密码] < [数据库脚本].sql
构建项目并打包
切换到项目的主目录
(
包含
pom.xml
的目录
),
使用
mvn
打包项目
mvn package
此时在
target
目录下就会生成对应的
war
包
.
曾经我们主要是在
IDEA
中通过图形化工具来使用
mvn.
事实上
mvn
本质是一个基于命令行的工
具
.
曾经在
IDEA
上进行的
mvn
操作在
Linux
中同样也可以通过命令行来完成
拷贝到 Tomcat 中
将
war
包拷贝到
Tomcat
的
webapps
目录中
.
cp [war 包名字 ] [tomcat webapps 目录 ]
稍等片刻
, Tomcat
会自动解压缩
war
包
,
完成部署
.
注意
:
如果该项目之前部署过
,
需要先删除之前的包
.
验证
在浏览器上访问项目的链接
. (
按照项目的功能进行验证
).
1.
验证账户注册登录
2.
验证展示博客列表
3.
验证新增博客
4.
验证展示博客内容
5. .....
注意事项
:
- 要开启 Tomcat 对应端口的安全组(8080)
-
代码中的数据库的地址和账号密码可能需要调整
-
还可以把项目链接生成一个二维码 ( 百度搜 " 二维码生成 "), 就可以用手机扫码访问