The purpose of this service is to provide a service that can handle user-related tasks. One major task is the association of users to orgs.
You can run your application in dev mode that enables live coding using:
./gradlew quarkusDev
The application can be packaged using:
./gradlew build
It produces the quarkus-run.jar
file in the target/quarkus-app/
directory.
Be aware that it’s not an über-jar as the dependencies are copied into the target/quarkus-app/lib/
directory.
The application is now runnable using java -jar target/quarkus-app/quarkus-run.jar
.
If you want to build an über-jar, execute the following command:
./gradlew build -Dquarkus.package.type=uber-jar
The application, packaged as an über-jar, is now runnable using java -jar target/*-runner.jar
.
You can create a docker image:
./gradlew build -Dquarkus.container-image.build=true
If you want to learn more about building container images, please consult https://quarkus.io/guides/container-image.
You can create a native executable using:
./gradlew build -Pnative
Or, if you don't have GraalVM installed, you can run the native executable build in a container using:
./gradlew build -Pnative -Dquarkus.native.container-build=true
You can then execute your native executable with: ./target/prox-user-service-0.0-SNAPSHOT-runner
If you want to learn more about building native executables, please consult https://quarkus.io/guides/maven-tooling.
Please consider our contributing guidelines.
The commit messages SHOULD adhere to the Conventional Commits specification. This repository is also Commitizen-friendly. You can use Commitizen seamless in this repository.
In general releases are done by pushing a git tag which conforms to
SemVer specification. We prefix those tags with a v
, so
the tag itself MUST follow the pattern vMAJOR.MINOR.PATCH
. A label is not
used.
The simplest way to perform a release is by relying on our standard-version configuration. If you are ready to perform a release simply call
$ npx standard-version
# or
$ npm run release
This will analyze the last commits since the last release, determine the new version, generate a changelog and create a git tag for you. Next up you will need to push the tag and version bumped files, our release pipeline will take care of the rest.
$ git push --follow-tags origin main