Populaire de la structure de dossier pour construire

Je me demande ce que la popularité ou de la meilleure façon d'organiser votre construction de l'actif et du code source dans un projet?

InformationsquelleAutor Xian | 2009-01-15
  1. 2

    Personnellement j'utilise

    /client/projectname/trunk/source/Solution Name.sln
/client/projectname/trunk/source/Project.One
/client/projectname/trunk/source/Project.Two
/client/projectname/trunk/source/Project.Three
/client/projectname/trunk/source/SQL/
/client/projectname/trunk/source/SQL/SomeScript.sql
/client/projectname/trunk/libraries
/client/projectname/trunk/resources/Nunit
/client/projectname/trunk/resources/LLBLGEN
/client/projectname/trunk/documentation
/client/projectname/trunk/builds

    Il fonctionne très bien pour nous, mais je ne pense pas que c'est le meilleur. Si c'est à propos .net vous pouvez aussi jeter un oeil à treesurgeon qu'Ils décrivent eux-mêmes comme:

    Avez-vous déjà passé quelques jours à créer une nouvelle arborescence de développement? Avez-vous déjà passé plusieurs jours à l'établissement de plusieurs arbres de développement? Avez-vous déjà passé des semaines à essayer de perfectionner tous vos développement des arbres à l'aide d'un ensemble de meilleures pratiques?

    Si la réponse à l'une des réponses ci-dessus est "oui", alors vous aimerez Arbre Chirurgien!

    Arbre Chirurgien est un .NET développement de l'arbre du générateur. Juste lui donner le nom de votre projet, et il va mettre en place une arborescence de développement pour vous en quelques secondes. De plus, votre nouvel arbre a des années de l'accumulation de construire expérience en ingénierie intégrée.

    InformationsquelleAutor olle
  2. 19

    J'ai

    /src    - source files (test files are within a package 'test' here, or 'test' subpackage of what is being tested)
/lib    - required libraries
/doc    - text documentation and development notes
/build  - where we build (each separate build item within a subfolder here)
/conf   - configurations (each config, production, test, developer, etc gets a folder in here, and when building Jars and Wars the correct set is copied across)
/extras - other stuff
/extras/resources - resources that should be included within generated Jars, e.g., icons

    avec

    /websites - Web related content and configurations (each website in its own folder here)
/websites/$site/webcontent - All the web content here
/websites/$site/conf - website related configuration files here (instead of /conf)
/websites/$site/build.xml - ANT build script for website that creates a war, etc

(remember you might have an admin site and a public site for a single project, hence the multi-site configuration within a single project, or even site v1 and site v2, etc)

    À la fin vous avez à être un peu flexible selon la nature du projet lui-même, et si vous utilisez ANT ou Maven. J'utilise ANT, et de mettre la FOURMI des scripts dans /de la construction, mais ils sont apparus ailleurs dans certains projets (comme dans /sites web/pour certains).

    InformationsquelleAutor JeeBee
  3. 12

    En général:

    src/     - source files
src/tests - unit tests
doc/     - documentation
res/     - static resources (textures, locale database, level definitions etc)
build/   - tools needed to build the system
            project specific libraries and compilers
Makefile  - the makefile (make, test, clean etc)
    InformationsquelleAutor Martin Wickman
  4. 5

    Que je suis en train de travailler uniquement sur des projets Java, et ils sont tous "Mavenized", j'utilise le conventions définies par Maven pour le projet de la structure.

    En gros:

    project
  src/main/java        --> source files
  src/main/resources   --> resources files (*.xml, *.properties, etc.)
  src/test/java        --> source files for tests.
  src/test/resources   --> resources files for tests.
    • "fichiers de ressources pour les tests." comme quoi?
    • tout ce que vous pourriez avoir besoin pour exécuter vos tests qui n'est pas directement le code (comme un fichier XML ou JSON, utilisé dans le test lui-même par exemple).
    InformationsquelleAutor Romain Linsolas
  5. 4

    par exemple, j'utilise la suite de mon .Style Net des projets;

    /build/reports  - reports and logs from the build process
/build/artifacts  - all output of the build process is copied here
/src/ - all solution source code
/lib/ - 3rd party or other build dependencies
/tools/...  - all other helper tools used in the build process
/tools/nant  - example tool
/tools/nunit  - example tool
/myProject.sln  - visual studio solution file (or other IDE)
/default.build  - nant build file
    • que dire de "source" libs (3e partie des bibliothèques de vous construire vous-même ou interne bibliothèques?)
    • Faire exactement la même chose que ci-dessus. Re 3ème partie de la source, ils sont souvent pas nécessaires dans le répertoire du projet. En général, je garder la source de tout est open-source dans un autre référentiel, juste au cas où j'en ai besoin un jour, mais sinon, utiliser un versionnées lib dans la "lib" dossier
    InformationsquelleAutor Xian
  6. 3

    Ce dossier organisation représente l'évolution de xLim concepts.

    Vous pouvez le vérifier en ce projet open source.

    Build           - ignored from version control
  Artifact      - build artifacts (grabbed by CC.NET from here)
  Package       - generated zip or install packages
  Test          - all assemblies for unit tests
  Help          - autogenerated documentation
Resource
  Build         - plugins and extensions for NAnt/MSBuild
  Library       - 3rd party dependencies
  Tool
    FxCop
    ILMerge          
    NCover
    NCoverExplorer
    NUnit
    SHFB
    Wix
Samples
  SampleProject1
  SampleProject2  
Source
  Project1
  Project2

  GlobalAssemblyInfo.cs
  VersionAssemblyInfo.cs   - integration server updates this one

Test
  Project1.Tests
  Project2.Tests        

Solution.build        - primary build file
Solution.ccnet        - CruiseControl adapter for the build file
Solution.sln          - Visual Studio

go.cmd                - shortcut for launching the build file locally
readme.txt            - licenses and overview
SharedKey.snk         - for strong naming
    InformationsquelleAutor Rinat Abdullin
  7. 0

    J'aime la façon dont la Netbeans IDE organise des projets. Juste de commencer un nouveau projet, et il sera mis en place un défaut de développement de l'arbre et un script ant.

    InformationsquelleAutor user22940
  8. 0

    Pour moi cela dépend de la taille du projet. Pour les petits projets, je trouve qu'un répertoire de projet avec un seul fichier Makefile, /src /et /répertoire include fonctionne bien.

    InformationsquelleAutor jdmartin86
  9. 0

    Pour .NET des projets de vérifier ProjectScaffold et la discussion en vertu de la présente gist.

    InformationsquelleAutor Rafał Kłys