西苑APP开发做APP都做了好几年了， 对APP的开发各个流程都比较熟悉，APP的开发也很了解，对整体APP的开发都以流程化，每一个步骤都以走的成熟。下来就把西苑APP开发的这些开发APP的知识分享给大家。
对文件夹的建立大部分都是划分为为css、images等几个不同的文件夹，或者把样式图片放到一个文件夹里，每个人都有自己的习惯，先给大伙看看我们定的四个文件，样式，图片，皮肤，预览页面都独立放置，当然里面的子文件夹有规定，这个下面会提到，为什么这么做，先列四个好处，更多的优点，这篇文章里会穿插提到
第一是把css和images文件独立，方便一些特定情况下css和images包分别部署。css和images文件相互联系，可以打成一个style包部署。本地相对路径跟线上保持一致（避免开发调试过程中需要反复上线修改绝对地址）
第二是html静态文件预览清晰。方便开发和上线svn。
前面几个好处跟开发过程中的代码控制都有关系，重点说一下svn吧，我们知道：在一些项目里面涉及的前前后后的开发工程师比较多，必须用svn等版本控制工具进行代码管理，也方便配合上线部署。
而作为页面工程师来说，预览不需要环境（不管是本地配置的localhost还是服务器环境），我们修改一个css属性，都可以直接用浏览器刷新一下，相信大家在学校，或者在做一些规模不大项目，比如小型企业站的时候，一般采取的方式是：在本地开发完毕，然后找到服务器在哪，ftp传上去就是了。这个时候的流程就是：
一，本地开发>>>>>服务器。
这个事情如果把svn引入进来，就有点麻烦，因为大家再开发中，svn不光是代码控制的工作更是控制部署的重要手段。
二，本地>>>>>svn上传>>>>>部署到前端服务器。
有些工程师会有自我保护心理，他感觉直接在svn文件夹里写代码会跟别人有影响，不安全，会在本地还分了开发，和svn检出两个文件夹，那这个流程就复杂成了。本地开发>>>>>（复制到）本地svn文件夹>>>>>svn上传>>>>>线上部署。
熟悉svn的同学会想到很多问题（这儿就说其中两点）。
第一点我们知道，在一个典型的svn结构里面分……三部分trunk tags branch，页面工程师写的东西因为有预览静态页面这个在线上用不到的东西，所以不能直接扔到svn的这些文件夹里，这样的话对我们如果把css image skin放到trunk，html预览文件放在外面，遇到一个问题，就是我们的文件相对结构乱套了！！换句话说，我们不能在写到页面里的img路径里面加上../../trunk这样的东西。
是在实际工作起来，流程也会出问题，一般情况下，开发的部署可能会滞后，我们在看到设计稿雏形的时候就要准备静态页的结构和css框架，但这时候开发工程师要做的是数据库等更深层次的部署，我们不能等他们把开发过程中文件的部署上线流程都定好再开工，这显然是不合适的。所以实际过程中会有两个svn（我们的静态页svn和真正的控制打包上线的svn）
说到这，肯定有人会问，我们把页面放到项目的svn下不行吗？先不说是不是合适做不同产品间的代码管理，即便放到项目下，为了避免影响，开发leader会指定一个比如“html”的文件夹供builder用，这其实还是跟控制打包上线的svn是两回事
第二点是，我们在本地开发，只把css和images真正需要的东西传svn不行吗？这个问题……那我们的静态页不需要做版本控制了吗？
所以，我们不得已，在svn有个放html、css、images这些文件的地方，为了不同项目间的代码管理，放在了一个单独的svn库下，我们称之为builder svn，这样，刚才的流程就又加了一步一段代码，一个文件，从开始写到最终上线（也可以指测试机或开发机……），到要复制四次，太恐怖了，在反复测试的时候不出错才怪。所以我们要做些事情：
1. 本地开发和builder svn的检出文件夹放到一块
