服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

多服务器部署策略 – 生产服务器上的Git?

主要问题:在生产服务器上部署使用Git是一个好策略吗? 我看到的很多很多的部署策略围绕在服务器上进行Git(开发,分段和生产)。 对于部署到舞台/制作来说,这样的优点显而易见: 能够迅速引入变化 更简单的自动化 可以根据需要切换分支(也许每个testing服务器分支) 可以查看文件在生产服务器中是否发生了某种变化 但是,我看到一些缺点: 安全性 – Git似乎是一个潜在的攻击媒介,即使生产具有只读访问权限 生产服务器上的git pull可能会失败,如果在生产中有某种不确定的变化(也可以用-f超越) 部署为服务公司(例如Beanstalkapp.com,deployhq.com)使用FTP,SFTP或SSH。 Beanstalkapp特别擅长只修改基于git历史的文件(vs重新部署每个文件)。 这些服务不要求你在你的舞台/制作服务器上使用git(如果你通过SSH进行部署,则可以使用该策略)。 我发现我喜欢使用sftp: 可以运行脚本前/后部署仍然 覆盖,移动,删除文件,不pipe生产服务器上的什么(这对我来说是一个加号) 生产中没有.git目录或任何基于git的攻击漏洞 在最佳实践和安全性方面,在生产服务器上使用git是否容易? 如果没有,那么在跳过持续集成工具的同时部署一个好的方法是什么? (由于时间/预算/客户端的限制,我只会询问有关跳过CI工具的问题,因此无法在我的日常使用中使用)。