snapshot of https://github.com/jitsi/jibri.git @ 3b45602c539ec69d128ea152ae587d0b6582191a (2026-09-15)

doc/development.md

@@ -0,0 +1,16 @@
+# Jibri Development
+## Style
+Code should follow the Kotlin style guide.  This style is enforced with ktlint in the project itself, linting can be executed by running `mvn verify` (which will build, run tests and lint) or `mvn exec:exec@ktlint-check` (which will run just the linting; `mvn exec:exec@ktlint-format` auto-formats).  Jibri is a Kotlin codebase, so Kotlin should be used for development (save for extreme circumstances where falling back to Java is acceptable).  The linter can be run automatically by installing a pre-commit script, you can run [this script](resources/add_git_pre_commit_script.sh) to create/install this hook automatically.
+
+## Versioning
+Jibri uses (annotated) tagged versions and follows [semantic versioning](https://semver.org/).  Adding an annotated tag is done as follows:
+```
+git tag -a v1.4 -m "my version 1.4"
+```
+Tags are not pushed by default when doing `git push`, but a tag can be pushed like a remote branch:
+```
+git push origin v1.4
+```
+NOTE: Tagging should not be done as part of a PR, it will be handled separately.
+
+More can be read about git tagging [here](https://git-scm.com/book/en/v2/Git-Basics-Tagging).