Release check lit

Before the release

• Check all module PV GUIs (right category?, right layout?, right paper references?)

• Build and double-check mkdocs: all examples do indeed link to all the TTK modules they used (core/vtk), and reciprocally

• Update module white list for Kitware (ParaView integration) based on CI tests (ttk-data/states/whiteList.sh)

• Update ChangeLog

• Update LICENSE

• Update splash screen

• Update versioning

  • paraview/patch
  • CMakeLists.txt
  • core/base/common/Debug.h

• Update ttk-paraview versioning

• switch developer flags to default values and BUILD:

  • Build mode: Release
  • TTK_ENABLE_KAMIKAZE ON

• Build and test doxygen documentation

• Run builtin examples

• Run every example from ttk-data (pvsm and py)

• Run every example from examples/

• tag paraview release

  • git tag -a "v5.10.1" -m "TTK ParaView 5.10.1"
  • git push origin v5.10.1
  • git tag -a "v5.10.1-headless" -m "TTK ParaView 5.10.1 (headless)"
  • git push origin v5.10.1-headless

• tag release

  • git tag -a 0.9.9 -m "TTK 0.9.9"
  • git push --tags
  • same for ttk-data

• PR from dev to stable

After the release

• Update https://topology-tool-kit.github.io/installation.html
• Update https://topology-tool-kit.github.io/downloads.html
• Update https://topology-tool-kit.github.io/tutorials.html
• Update https://topology-tool-kit.github.io/doc/html/index.html
• Update https://topology-tool-kit.github.io/examples/

ccache in CI (optional)

• if the CI takes too long to build ttk (this can happen after editing a core header file), trigger a new cache.
• git tag -f ccache && git push -f ttk-public ccache

For 0.9.9 only

• Deploy azure on the stable branch