commit | 475a012e51f8443651c6b266948975959518ff8b | [log] [download] |
---|---|---|
author | David Ostrovsky <david@ostrovsky.org> | Fri Oct 02 07:57:44 2015 +0200 |
committer | David Pursehouse <david.pursehouse@sonymobile.com> | Tue Jan 26 15:36:52 2016 +0900 |
tree | c6dda5f42db6eaf8901054ca40b3b3366fc0c144 | |
parent | ad02821b2ebda4c4426341f3f850a363d1b7e0d0 [diff] |
Update bucklets and adjust java_doc invocation to changed signature This bucklets series [1] syncronizes the java_doc bucklet rules with core Gerrit behaviour. This is needed to allow the same Gerrit plugin build rules to be shared in both in Gerrit tree and standalone build modes. [1] https://gerrit-review.googlesource.com/#/q/topic:javadoc Change-Id: I0c4a1dbf8fa4f63bb02cba1dd9f933fdd632dd93
Gitiles is a simple repository browser for Git repositories, built on JGit. Its guiding principle is simplicity: it has no formal access controls, no write access, no fancy Javascript, etc.
Gitiles requires Buck to build.
sudo apt-get install ant cd ${HOME} git clone https://github.com/facebook/buck.git cd buck ant sudo ln -s ${PWD}/bin/buck /usr/bin/buck cd /path/to/gitiles git submodule update --init buck build all buck 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 /path/to/repositories
.
To run unit tests, run buck test
.
If you'd like to use Eclipse to edit Gitiles, first generate a project file:
./bucklets/tools/eclipse.py --src
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.
Java code in Gitiles follows the [Google Java Style Guide] (https://google.github.io/styleguide/javaguide.html) with a 100-column limit.
CSS in Gitiles follows the [SUIT CSS naming conventions] (https://github.com/suitcss/suit/blob/master/doc/naming-conventions.md).
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 foo@bar.com
Normally you will create code reviews by pushing for master:
git push origin HEAD:refs/for/master