Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 5.3

...

  • 1.8.0 Wiki Documentation "release"
    • Should we move 1.8.0 docs to the existing "DSDOC" space, or create a new space called "DSDOC18"?
    • There are pros/cons to each approach:
      • Having a generic DSDOC space: One place to always link to for latest docs, but that content is always changing & old links may "break" if a page changes names between version, etc.
      • Having a version specific area (e.g. DSDOC18): The latest docs are not always in the same place. But, we can then link easier to older versions on docs on Wiki. Old spaces could become "read-only" eventually, but could still be there for reference as needed. This route is slightly easier to manage, as you are never copying/replacing existing content in a space
      The main question is whether we want a generic place you can always go for latest docs, or just provide more interlinking & notices at the top of Documentation, similar to Fedora
      • .
  • We still need more eyes on Documentation (especially Upgrade & Installation docs)
    • Documentation that is still missing:
      • Various New Curation Tasks (Link Checker, MS Translator, etc) (Kim Shepherd?)

...

  • Improving our release processes so they rely less on Tim as backup support ("growing our team members"). Possible ideas include having a "Release Coordination Team" (2-3 committers), and potentially also having an "apprentice" role on that others can learn more about the entire process.
  • Discussions on ways to better Aggregate & "Clean" Solr Statistics (keeping everything makes the indexes way too large & hinders performance). See this dspace-tech email thread: http://www.mail-archive.com/dspace-tech@lists.sourceforge.net/msg15373.htmlImage Removed

Notes

Excerpt

1.8.0 updates & another small delay. 1.8.0 Wiki Documentation management.

Meeting Transcript