Workflow Directory Structure

Forums Dev Notes Publishing Workflow Workflow Directory Structure

Viewing 0 reply threads
  • Author
    Posts
    • #17309
      kjdavies
      Keymaster
      • Topics 3
      • Replies 0

      My publishing workflow has a directory structure that looks like:

      • / [nominal root folder, everything happens inside here… not actually the file system root.]
        • ers [all source (Word files, images included in books, XSLT scripts, etc.) goes here. Under source control.]
          • docx [word files]
          • covers [images used for covers]
          • images [other images]
          • latex [DEPRECATED — mostly diagrams built in the old style, plus some boilerplate templates I’ve used]
          • texmf [EGD-specific LaTeX class and style files]
          • source [template files for targets to build in /wml]
          • xsl [XSLT scripts]
        • diagrams [output directory for prerequisite diagrams.]
          • filetype [output by file type — dot, png, svg]
            • system [pf1, age, lfg, etc.]
              • domain [all, pzo, etc.]
        • raw-meat [output directory for PDF files, while working on them… not necessarily ready for release.]
          • system [pf1, age, lfg, etc.]
            • set [3pp, ers, prd, pzo, etc.]
        • release [output directory for ‘final’ (for now) PDF files.]
          • system [pf1, age, lfg, etc.]
            • set [3pp, ers, prd, pzo, etc.]
        • tex [intermediate LaTeX files, used in processing.]
          • system [pf1, age, lfg, etc.]
            • set [3pp, ers, prd, pzo, etc.]
        • wml [intermediate XML files, used in processing.]
          • system [pf1, age, lfg, etc.]
            • set [3pp, prd, pzo, etc.]
        • WORK [LaTeX build area.]

      I wonder if this is the best structure, or if I could get benefit from something like

      • /
        • ers
        • output
          • system
            • domain
              • filetype [dot, png, svg, pdf]
        •  work
          • raw-meat
            • system
              • set
          • tex
            • system
              • set
          • wml
            • system
              • set
          • WORK

      Or, to compare side by side, with similar levels of detail.

      The variety of output sets has been increasing, and it’s not always clear what to expect in each directory.

      Now that I’ve described it, here is a side by side comparison with some content. Recognize that almost all directories will contain many more files than are shown here.

      Comparison of existing folder structure to proposed new structure

      (It comes to me that I might want to add some more information into the diagram file names, in case I decide to compare them between domains. Perhaps something like ‘object-name@pub-src@type@domain’? That way when I see ‘cognatogen@prd-um’ I can differentiate between the class feature and the discovery, and between the domains: I’d end up with cognatogen@prd-um@class-feature@all, cognatogen@prd-um@class-feature@pzo, cognatogen@prd-um@discovery@all, cognatogen@prd-um@discovery@pzo. HELP HELP I’M BEING DIGRESSED!)

      I suppose the question is, which is more navigable? Which would be more useful, do you think?

      And having just posted this, I recognize it’s a lot of reading for a forum message. And yes, I’m likely to be the only one this actually affects, but it seems my dev ponderances get a fair bit a traffic, so I figured I’d ask.

      • This topic was modified 5 months, 1 week ago by kjdavies.
      • This topic was modified 5 months, 1 week ago by kjdavies.
      • This topic was modified 5 months, 1 week ago by kjdavies.
Viewing 0 reply threads
  • You must be logged in to reply to this topic.
Back to Top