Page History

1. Determine public vs. private API surface in order to get a clear picture on what code elements can be renamed without triggering a breaking change and therefore a major release (if using semantic versioning)
   1. Update source code references
      
      1. Classes
      2. Interfaces
      3. Imports
      4. Do keep in mind that these have to be separated based on internal vs. published API elements
2. Update links pointing to the GitHub repository within
   1. source code
   2. documentation that's managed separately from the source code (if applicable)
3. Double check that your GitHub apps still work after the repository rename.
   1. Some GitHub app configurations might have hard-coded repository names/URLs stored in their configuration.
4. ReadTheDocs page (if applicable)
5. Calendar meetings (where applicable)
   1. Note: The calendar is tied to the mailing list meaning that once the brand new mailing list has been created the maintainers will have to manually recreate all the regular calendar entries.
6. Wiki pages (Hyperledger staff/project maintainers)
7. Package managers/published artifacts (where applicable)
   1. npm
   2. Maven/Gradle
   3. Container images
   4. Plan ahead with communication to your users who depend on your project artifacts. Make sure they are aware that a completely new artifact name will be used in the future and therefore they have to update their own source code/dependency declaration files (such as package.json, build.gradle, pom.xml, etc.)
8. Slide decks (if applicable)
9. Whitepapers (if applicable)
10. GitHub Integrations (where applicable):
    1. ZenHub
    2. MergeFreeze
    3. Jira
    4. Gitter
    5. GitGuardian
    6. etc.
11. Hyperledger toppage (including Cactus GitHub URL) https://www.hyperledger.org/use/cactus
12. We're done

...

1. Project page update on Hyperledger site (Hyperledger staff)
2. Rename GitHub repository
   1. GitHub allows redirection from the old URL to the new one. Note however: This will only work as long as there isn't another project later created with the same (old) project name.
   2. Also note that contributors will receive a warning message from git prompting them to update their git remote URLs from the old the the new one. This is something that all contributors have to address locally on their own machines.
3. Mailing list (Hyperledger staff)
   
   1. Note: mailing lists cannot be renamed. Instead a brand new list will have to be created by Hyperledger staff and then previous subscribers will have to subscribe to that one again.
   2. Permissions will have to be set up from scratch (e.g. maintainers to be mods of the list, etc.)
4. Chat rooms (Discord)
5. Wiki pages (Hyperledger staff/project maintainers)