可能重复: 如何组织项目文件夹?
我很有兴趣了解每个人如何以一种逻辑的方式组织他们的地方开发项目。如何使开发项目的组织方式能够让您轻松地找到东西呢?
发布于 2010-11-25 01:44:41
在任何时候,我通常都有几个不同的客户,每个客户都有一个或多个项目。我还使用了一个主线分支开发模型,它可以很好地应用于许多版本控制系统,比如git和Perforce。
因此,在我的任何一台开发机器上,在单个项目级别上,事情都是这样的:
Client 1 Directory
Project Foo Directory
Main Branch Directory
All Branches In One Directory (useful for Perforce branching/merging)
Simple Fixes Branch Directory
Big Ongoing Feature 1 Directory
Big Ongoing Feature 2 Directory
(etc.)
Project Bar Directory
(similar branch directories)
Client 2 Directory
Project Baz Directory诸若此类。我通常不会将所有分支都拉到任何给定的机器上,也不会将Mac项目拖到Windows或Linux机器上。
单独的分支通常如下所示:
Build Instructions Document/Checklist
Top-Level Makefile/Project
Source (Directory)
Main Source Files
Component 1 Source Directory
Component 2 Source Directory
(etc.)
Include (Directory for headers exposed to the outside world, if suitable)
ThirdParty (Libraries, source code, etc. from elsewhere)
Unit Tests当然,有很多不同的地方。如果我接管了其他人开始的项目,我通常会保留他们现有的等级制度。
我通常会在FTP服务器上将文档和测试文件附加到我的问题跟踪系统(Redmine)中的wiki中,或者如果它们大于Redmine的默认5 MB限制,那么我就不必在我的所有开发机器上保留本地副本,而是可以根据需要检索它们。
发布于 2010-11-25 07:30:17
我使用类似于Bob的结构,但我也有一个单独的根目录项目和管理文件夹的文档。我不喜欢把死树和代码混入同一个层次。
是的,我知道这是两个值得支持的地方,我觉得这样的便利是值得的
发布于 2010-11-25 07:54:28
我在Java上的项目中使用了以下结构(三个顶级目录):
Project/ - the projects main directory
src/ - source files
doc/ - documentation sources, generated HTML, PDF files
build/makefiles and configurable template files for local paths and versions
ChangeLog - a text file to track changes in the project
README-DEV - describes how to build the project
tests/ - everything concerning unit-testing
kit/ - third party libs, sources
TSTProject/ - test-cases (over 2000 XML files), scripts for automated testing
Project_BRANCHES/ - branches, usually a branch per public releasehttps://softwareengineering.stackexchange.com/questions/21336
复制相似问题