@thenewbie 我之前也是用git部署的，但是git部署有个很大的问题，就是下载的是开发版本，所以很多配置和很多调整，还有很多删除。每次git部署后的调整可能会很麻烦。而且必须保留一份git的文件夹在正式版的文件夹内。

所以我现在是先在最终部署好后，git保存所有部署的设置文档（新建一个独立的文件夹来保存），然后用phing进行build，一般就是
1.先下载git，
2.复制需要的文件，
3.copy最终部署好的设置
4.删除不必要的文件（log，unit test，还有本地git的folder）

（phing可以设置更多的步骤，比如对javascipt和css进行压缩，测试，上传ftp等等）

build后的package有了之后（还在本地），我一般会用sync软件（freefilesync）和正式版本比较，尽量只sync不一样的文件。用sync软件部署的好处是，不会破坏正式版本产生的一些文件（如log文件）。

其实phing也可以吧sync这个步骤包含在里面，只是最终部署的时候谨慎一点比较好。如果是持续集成测试的话，就一定要吧sync步骤放在phing里面，要不然就不是自动化测试了

@thenewbie git不是部署工具，它是版本控制工具。当然部署工具的基础之一。

你要研究PHP部署，可以从phing开始看起，这个比较简单。它是build和部署工具，现在还比较流行，类似javascript的grunt和java的ant。

当然更高级的是持续集成系统（CI），当然这个用来作为测试部署的，一般不是用来作为最终的部署，但是可以大大减少部署的压力。

个人感觉用composer部署很危险，因为composer可能已经吧依赖更新了，而你自己的程序因为某些关系，吧依赖已经hack了，这样就必定产生冲突了。

部署还是用专门的部署工具吧。

php越新，功能越多，越符合未来的发展趋势。

我是欢迎新版本的。你不能因为你用起来不方便，就停止世界的发展吧

当然，软件业里面最大的问题就是遗留系统问题，这个就看个人的解决方案了。