美工和开发人员同步开发的问题

把你的工程的页面文件共享给美工,开发人员和美工不要同时修改一个页面(通过沟通解决),由开发人员负责提交到SVN.这样效率高,成本低.

我们公司美工也是这样干活的，不过我们公司美工机器还可以，所以没你的问题

你们都习惯把前端叫做美工吗?我觉得是一种侮辱.

我们现在也是这样做，美工把效果图转换成HTML页面，然后由程序员套模板，套好后把模板页面及webroot(放css，img等资源文件)目录共享出来，美工再在上面做小修改（当然必需让他知道大概的模板语法，所幸几个项目都是用相同开发框架，模板语法以及资源文件的目录结构一致，美工最多痛苦一次后也就习惯了）。
因为考虑到即使给美工配置SVN，但同时还需要给他配运行环境（HTTPD，MYSQLD等），不然他无法测试页面效果，而且没有Rails的migration这种自动化的数据库的版本管理，可能会导致美工更新了SVN中的程序后，数据库结构没有能同步自动更新，结果也无法正常测试。

希望其他同学能分享更有效的经验。

一般在售前或者需求阶段，美工就会出静态DEMO，这个时候是不依赖服务器的。

问题开始出现：
1.传统的页面静态DEMO没什么问题，经过标准化，以后如果再要修改，美工只改DEMO中的布局和CSS的，和动态页面打交道就不让美工参与了，否则这样的美工就是UI设计师了，薪水成本至少差一倍以上了。

2.EXT的这种DEMO比较棘手，我们也是想了很多办法，来简化静态DEMO的开发，使得DEMO不依赖于web服务器。之后同上。

我本来幻想公司的美工能够自己用EXT设计页面，后来发现不可能，如果可能的话，这个美工的工资要翻倍了，还是让程序员配合美工一起做DEMO，当售前项目来做更可操作一点。

这工作环境，嘎嘎地...连装svn都要考虑，这机器不能碰...

1.因为web服务器比较消耗资源，使得楼主以为svn也比较消耗资源。

2.svn客户端（小乌龟）本身在某些时候是会极度消耗硬盘资源的，比如递归计算目录显示的时候，这个时候CPU占用率是看不出来的，硬盘灯会长闪，持续时间5秒-30秒不等，此时操作机器肯定觉的很慢。

美工的电脑也太差了，升级吧

你们的SVN客户端装的有问题吧，这个程序很小，不用装WEB程序呀，怎么会运行不了呢

"美工人员的电脑上没有SVN.因为电脑配置的问题.装了SVN还要装web服务器.性能吃不消"----安装一个 svn 客户端，有多少性能需求？很少吧？