如何把本地项目部署到服务器上

把本地项目部署到服务器上方法比较多，这里以javaee项目为例：

1、把项目打包成zip，

2、FTP上传到生产服务器tomcat的webapps目录下解压；

3、本地修改好的文件，

4、立即FTP上传到生产服务器对应的目录；

5、生产服务器安装svn服务，在本地把修改过的文件commit，然后生产服务器update。

扩展资料：

可以从这几个方面来衡量服务器是否达到了其设计目的；R：Reliability可靠性；A：Availability可用性；S：Scalability可扩展性；U：Usability易用性；M：Manageability可管理性，即服务器的RASUM衡量标准。

1、可扩展性

服务器必须具有一定的“可扩展性”，这是因为企业网络不可能长久不变，特别是在当今信息时代。如果服务器没有一定的可扩展性，当用户一增多就不能胜任的话，一台价值几万，甚至几十万的服务器在短时间内就要遭到淘汰，这是任何企业都无法承受的。为了保持可扩展性，通常需要在服务器上具备一定的可扩展空间和冗余件（如磁盘阵列架位、PCI和内存条插槽位等）。

可扩展性具体体现在硬盘是否可扩充，CPU是否可升级或扩展，系统是否支持WindowsNT、Linux或UNIX等多种可选主流操作系统等方面，只有这样才能保持前期投资为后期充分利用。

2、易使用性

服务器的功能相对于PC机来说复杂许多，不仅指其硬件配置，更多的是指其软件系统配置。服务器要实现如此多的功能，没有全面的软件支持是无法想象的。但是软件系统一多，又可能造成服务器的使用性能下降，管理人员无法有效操纵。所以许多服务器厂商在进行服务器的设计时，除了在服务器的可用性、稳定性等方面要充分考虑外，还必须在服务器的易使用性方面下足功夫。

服务器的易使用性主要体现在服务器是不是容易操作，用户导航系统是不是完善，机箱设计是不是人性化，有没有关键恢复功能，是否有操作系统备份，以及有没有足够的培训支持等方面。

：服务器

由于自身特性的原因。node程序必须保持开启才能访问网站，而当我们关闭SSH时这些进程都会被停止。有以下3种方法可以避免这个问题。

screen

Screen，虚拟终端管理器。可以在后台管理终端界面，防止SSH断开以后任务停止运行。

安装方法：

sudo apt-get screen (以ubuntu为例)

使用方法:

使用screen -S [任意id]命令进入一个名为id的终端，此时便可以随意执行操作 

例如执行sudo apt-get upgrade，或者其它消耗时间比较长的工作，像编译内核等等。

按ctrl+a后再按d保存虚拟终端，系统提示deatached即为保存成功 

接下来可以断开SSH终端，虚拟终端仍会执行。

访问已经创建好的终端 

screen -ls 列出已经创建的正在后台运行的终端 

screen -r xxx 进入终端 

例如 screen -r terminal1

彻底退出 

screen -r 进入终端后执行exit即可完全退出

PM2

pm2 是一个带有负载均衡功能的Node应用的进程管理器当你要把你的独立代码利用全部的服务器上的所有CPU,并保证进程永远都活着

安装方法

npm install -g pm2

使用方法

启动应用 pm2 start -watch appjs

重启应用 pm2 restart appjs

显示进程列表 pm2 list

停止某应用 pm2 stop app_name|app_id

停止所有应用 pm2 stop all

小白方案

个人目前用的是宝塔Linux面板，可以说是把Linux的各种操作都已比较简单的形式展现出来了，不需要什么Linux知识就能掌握 宝塔官网了解一下

而这其中内置了PM2管理，装一下就OK了 

GitLab是由Ruby语言开发的基于Linux的Git服务器，是我见过的最强大的Git服务器。发现它之后，立即决定将Git服务器换成GitLab。

但安装好GitLab之后面临一个问题，如何将服务器上的git项目直接导入到GitLab，之前的Git服务器是由是git+apache搭建的（详见在Linux上用Apache搭建Git服务器）。

在网上发现了这篇文档——Import bare repositories into your GitLab instance，并按之进行了操作。

1）设置存放代码库的主目录

vi /etc/gitlab/gitlabrb

比如这里设置为：git_data_dir "/gitlab/repos"

2）访问刚搭建的GitLab站点，创建一个group，比如cnblogs。

这时会在 /gitlab/repos 下创建 /gitlab/repos/repositories/cnblogs 文件夹。

然后在/gitlab/repos/repositories/创建一个文件夹，比如cnblogs

3）将现有的所有git项目文件复制到这个文件夹

cp -r /data/git/ /gitlab/repos/repositories/cnblogs

4）修改一下复制过来的文件夹的所有者：

chown -R git:git /gitlab/repos/repositories/cnblogs

5）运行GitLab导入命令

cd /var/opt/gitlab

gitlab-rake gitlab:import:repos

等了一段时间之后，显示done，却一个项目也没导入进来。

经研究发现，在导入时，GitLab只认文件夹名以git结尾的项目。于是，将要导入的项目文件夹名称加上git后缀，再次进行导入。

结果显示导入成功，比如：

Processing cnblogs/CNBlogsJobgit

Created CNBlogsJob (cnblogs/CNBlogsJobgit)

Done!

可以是GitLab站点上却看不到已导入的项目。多次努力，也没能解决这个问题。

后来，实在没办法，改为手动导入，导入方法如下：

1）在GitLab站点上创建与要导入的项目同名的项目。

2）进入刚创建的项目文件夹

cd /gitlab/repos/repositories/cnblogs/项目名称git

3）删除该文件下的所有文件

rm -rf

4）将要导入的项目文件夹下的所有文件复制过来

cp -r /data/git/CNBlogsJob/ /gitlab/repos/repositories/cnblogs/CNBlogsJobgit

就这样将项目一个一个地导入进来。

5）导入完成后，修改一下导入的所有项目的文件所有者

chown -R git:git /gitlab/repos/repositories/cnblogs

如果不修改所有者，客户端无法进行git push。

就这样手动地完成了现有Git项目的导入。

备注：操作系统是CentOS 62，GitLab版本是784。