/twitter_revanced

Primary LanguageKotlinGNU General Public License v3.0GPL-3.0

👋🧩 ReVanced Patches template

This is a template for creating a new ReVanced Patches repository.
The repository can have multiple patches, and patches from other repositories can be used together.

For an example repository, see ReVanced Patches.

🚀 Get started

To start using this template, follow these steps:

  1. Create a new repository using this template
  2. Set up the build.gradle.kts file (Match the group of the project, manifest attributes, and the POM that will be published to yours)
  3. Update the dependencies in the libs.versions.toml file
  4. Add a secret to your repository named REPOSITORY_PUSH_ACCESS containing a GitHub access token with push access
  5. Set up the README.md file1 (e.g, title, description, license, summary of the patches that are included in the repository)

🎉 You are now ready to start creating patches!

🔘 Optional steps

You can also add the following things to the repository:

  • Issue templates2
  • Contribution guidelines3
  • Documentation, if you want to publish your patches as a library4

🧑‍💻 Usage

In order to develop and release ReVanced Patches using this template, some things need to be considered:

  • Development originates in feature branches. Once a feature branch is ready, it is squshed and merged into the dev branch
  • The dev branch is merged into the main branch once it is ready for release
  • Semantic versioning is used for versioning ReVanced Patches. ReVanced Patches have a public API for other patches to use
  • Semantic commit messages are used for commits
  • Commits on the dev branch and main branch are automatically released via the release.yml workflow, which is also responsible for generating the changelog and updating the version of ReVanced Patches. It is triggered by pushing to the dev or main branch. The workflow uses the publish task to publish the release of ReVanced Patches
  • In order to build ReVanced Patches, that can be used on Android, the generateBundle task needs to be run. The publish task depends on the generateBundle task, so it will be run automatically when publishing a release.

Footnotes

  1. Example README.md file

  2. Example issue templates

  3. Example contribution guidelines

  4. Example documentation