Gitiles requires Bazel to build.
You need to use Java for building Gitiles. You can install Bazel from bazel.build: https://bazel.build/versions/master/docs/install.html
bazel build //:gitiles bazel test //...
cd /path/to/repositories # Don't run from the gitiles repo. /path/to/gitiles/tools/run_dev.sh
This will recompile and start a development server. Open http://localhost:8080/ to view your local copy of gitiles, which will serve any repositories under
To run unit tests, refer to the aforementioned bazel test command.
If you'd like to use Eclipse to edit Gitiles, first generate a project file:
Import the project in Eclipse:
File -> Import -> Existing Projects into Workpace
The project only needs to be rebuilt if the source roots or third-party libraries have changed. For best results, ensure the project is closed in Eclipse before rebuilding.
Running Gitiles from Eclipse requires setting the
com.google.gitiles.sourcePath system property. The property value has to be the root folder of the Gitiles source code, for example:
Java code in Gitiles follows the Google Java Style Guide with a 100-column limit.
Code should be automatically formatted using google-java-format prior to sending a code review. There is currently no Eclipse formatter, but the tool can be run from the command line:
java -jar /path/to/google-java-format.jar -i path/to/java/File.java
CSS in Gitiles follows the SUIT CSS naming conventions.
Gitiles uses Gerrit for code review: https://gerrit-review.googlesource.com/
Gitiles uses the “git push” workflow with server https://gerrit.googlesource.com/gitiles. You will need a generated cookie.
Gerrit depends on “Change-Id” annotations in your commit message. If you try to push a commit without one, it will explain how to install the proper git-hook:
curl -Lo `git rev-parse --git-dir`/hooks/commit-msg \ https://gerrit-review.googlesource.com/tools/hooks/commit-msg chmod +x `git rev-parse --git-dir`/hooks/commit-msg
Before you create your local commit (which you'll push to Gerrit) you will need to set your email to match your Gerrit account:
git config --local --add user.email firstname.lastname@example.org
Normally you will create code reviews by pushing for master:
git push origin HEAD:refs/for/master
Gitiles artifacts are published to the gerrit-maven bucket. To release a new version, you must have write access to this bucket. See Deploy Gerrit Artifacts for PGP key setup and Google Cloud Storage access setup.
version.bzl. Technically, Gitiles uses the “build number” scheme, which in practice just means incrementing the last component (after the
-) by one. Get your change reviewed and submitted.
Tag the release with a signed, annotated tag matching the version number, for example “v0.4-1”.
Once released, Maven projects can consume the new version as long as they point at the proper repository URL. Similarly, Bazel projects using the
maven_jar bazlet can use the new version with
repository = GERRIT.