工程目录结构及命名规范（三）

第一部分
第二部分

客户端层级目录结构：
ClientName\TYPE_ProjectName
顶层目录由ClientName开始，该名称没有空格，允许使用下划线（_），该目录下有TYPE_ProjectName文件夹（由“_”分开），类型总是区分大小写的，而工程名不能含有空格或下划线。这样每个人稍微看一眼就能找到正确的文件夹。
(more)

工程目录结构及命名规范（二）

第一部分

-PROJECT_FILES-目录的结构以及命名规范：
一个好的结构中，文件夹的命名应该是清晰的，这样的文件夹组织结构应该介于内部和客户端通讯之间。这样就可以减少错误和不必要的努力。团队每个成员的责任就是确保事物时刻处于组织中并被正确的分类，不应该在以后或被其他什么人闲置不用。这个系统就是针对下面这些常见问题而设计的，并且很大程度的基于那些常见的想法，应该解决下面的问题：
1、我需要上载最新结构，但是我不知道需要什么或不需要什么。
2、最新的文件在哪里？我需要尽快将这些文件发送到客户端！
3、我想更新规范文档，但是我在哪里可以找到最新的规范文档？
4、最新的修订过的质量评估数据表在哪里？我想添加新的注释。
5、哪个是最新文件？是PSD还是ZIP？他们的文件名都相同！
同时这个系统还有以下好处：

1、确保每个人都在使用最新文件或更新最新文件
2、只对必需文件和文件夹进行存档和恢复。
3、客户端工程交付CD仅包含最终文件，因此更新文件时就可以排除其他的文件的干扰

[翻译]工程目录结构及命名规范（一）

转载请注明原文地址和作者！
原文地址：http://www.ivantodorov.com/blog/?p=24
作者：Ivan Todorov
第一部分：
无论你是一个自由软件开发者，还是大公司的一名员工，你的组织能力和命名习惯会直接影响客户对你的认识。你命名的文件名是否保持一致并且具有良好的可预知性？你花费了多少时间在更新那些错误和不用的文件上？其他同事多长时间会跑来问你一次“最新的一个文件在哪”？我们是否应该有一个相关的系统排除干扰和减少错误？
在这篇文章中我分享了BLITZ的工程组织管理和命名惯例方面的经验，不使用那些版本控制软件。如果你对版本控制感兴趣，请关注我的空间，我将会在近期发布文章一步一步的讲解利用SubVersion进行多用户版本控制。
请到http://www.ivantodorov.com/blog/wp-content/050826/BLITZ_ProjectNamingAndOrganizationalGuidelines.zip下载文档。
该zip文件包含一个工程文件夹模板的完整的“文件服务器共享”结构，就像我们在这里讨论的一样。还有一篇word格式和pdf格式的文章和一个额外的模板，请将它们提取出来，剩下的空文件夹为我们所示例的文档结构。
文件服务器: \\SERVERNAME
通过VPN登陆到网络或直接在站点上连接到空间的电脑都可以访问文件服务器。可以通过在浏览器内访问\\SERVERNAME或开始菜单>运行>打开: \\SERVERNAME来访问服务器。
下面是对每个共享和它的用途的简要描述：
-Branding_&_Identity-
包含你公司的logo，风格指导，商标，标识和销售材料。

-Company-
HR相关和其他公司文件。

-Creative&Technical_Resources-
开发团队使用的图片和连接

-Installs-
不同程序的安装文件

-IT-
信息工程部需要的文件，驱动和文档

-Portfolio-
这几年里完成的所有工程的总和

-Project_Data-
工程管理所需的工程数据，包含法律协议，工作进度表和声明，还有预算。

-Project_Files-
包含技术团队使用的工程文件，比如Photoshop文件，Flash文件，文档和客户资源。

-Stock_Content-
包含一些资源，比如那些被公司购买并拥有的照片。

-Texture_Maps-
包含图像地图和3D以及设计团队使用的贴图。