关于使用svn的前端工作流，求助

Question

求助，关于工作流，我们公司是这样的，当有一个新项目，上司会配置一个测试服务器路径，我们就在这个路径下写页面，也就是在ftp服务器上，可以通过服务器路径预览页面，也就是说资源都已经在FTP上了，然后测试没有问题，再把我写的页面和资源拖到svn里面（svn是测试服务器的复制版），这样svn就和测试服务器上一样了，然后提交，这样上司就可以发布了，但是这样对于前端是相当麻烦的，我需要将自己用到的资源一一拖到测试服务器上，测试好后还要一个一个拉到本地svn再提交，而且svn还是没法预览结果的，需要发布后才能预览，这样很容出错，比如在测试服务器上做的修改忘记拉到本地svn提交了，请问大家是怎么开发的，求助啊

Answer 1

http://www.ruanyifeng.com/blo...

可以让你上司了解一下持续集成的概念，我们就是这样弄的。
先在本地git checkout好项目更新到最新版本，进行修改本地测试完成后更新上git，测试服务器会通过jenkins自动更新到git staging分支的最新版本。在测试服务器上测试通过后，我们再把代码放上git master分支，正式服务器再通过jenkins更新到git master分支最新版本。

你们的部署方式缺点很明显，除了操作复杂之外，更不利于任务分解和分解上线。我们的项目可能几个开发人员同时进行几个开发任务，每个任务测试完才会上线，但测试也上线不会互相冲突。例如A,B两个任务在进行，B已经测试完可以上线，但A还未测试通过不能上线，我们可以先让B上线。整个部署行为是自动进行的，并且由jira让PM可以监控上线情况，这在TASK数以百计的情况下也不混乱。

还有我们不需要前端配置本地环境，我们局域网内有dev服务器可以作为本地测试的用途，也可以根据需要把dev clone出多份分配到每一个人。

Answer 2

本地搭建本地服务器啊,作了修改之后,实时可以看效果啊,要发布的版本,肯定是从svn上面拉取的.
也就是说,新建一个项目,由架构搭好框架(或者没架构,就商议好,写好规范来,按规范走),在svn上建立新项目,开发者从svn上拉取项目,本地搭建本地服务器(iis、phpstudy、nodejs)，本地开发，写好的代码直接上传svn，要发布的版本，统一由专门负责的人先从svn拉到测试服务器上，交由测试人员测试，最后才发布，以上。