文件名只保留稳定识别信息
项目缩写、对象、日期或修订标识可以进入文件名。负责人心情、临时说明和多次最终版不适合不断追加。
命名规则越短，成员越容易坚持。示例应来自真实文件类型，不用一套格式强迫图纸、照片和代码完全相同。
目录表达任务关系
课程、项目、原始记录、分析与交付可以形成清楚层级。文件不必重复写出整条目录信息。
收件区适合暂存手机上传和外部附件，但应定期整理。长期把所有资料留在下载目录，会让来源和状态逐渐消失。
版本状态交给变更记录
谁修改、为什么修改、是否批准，不应完全依赖文件名。简短变更日志能把这些信息和版本连接起来。
旧版不必全部删除。已经对应实验或提交的版本应保留，只需移出当前工作区并标明不能继续使用。
交接说明告诉下一位成员怎样继续
交接时列出当前目标、有效文件、未决问题和下一项动作。接收者不必重新阅读所有聊天记录。
若某个文件需要特定软件、字体或权限才能打开，也应在交接里说明。可访问性是资料可用的一部分。
用一次实际查找测试命名规则
让未参与整理的人在一分钟内找到当前图纸或报告。如果他只能靠询问作者，说明规则仍依赖个人记忆。
测试后只修正最常见的障碍。命名系统的价值是减少寻找和误用，不是让目录看起来复杂而专业。
照片和测量记录要先进入收件区
手机上传的照片通常使用自动名称，重复拍摄后很难辨认。先保留原始文件，再按任务、对象和时间整理，不要在手机端边拍边大规模改名。
收件区应定期清空。确认资料进入项目目录以后，写明处理状态，避免成员重复整理同一批记录。
文件移动以后要保留链接关系
报告、图纸和计算表之间常互相引用。随意移动目录会让链接失效，成员只看到缺图或空白数据。
交接前打开最终文档检查引用，并使用相对路径或受控发布包。路径调整本身也应进入变更说明。
项目结束时建立只读交付区
当前有效文件放入只读交付区，草稿和中间过程继续留在工作目录。这样接收者不会在大量副本中猜测。
交付说明列出主要文件、版本、打开方式和未决事项。接收者按清单验收，双方对完成范围拥有同一理解。
Git 官方版本控制文档；NIST 配置管理概念；ABET 团队规划与沟通标准。文中结论根据具体工程学习场景整理，不替代学校要求、专业标准或项目负责人决定。