DotCi
DotCi copied to clipboard
groupon
DotCi Jenkins github integration, .ci.yml http://groupon.github.io/DotCi
[](https://medium.com/@jonathan.leitschuh/want-to-take-over-the-java-ecosystem-all-you-need-is-a-mitm-1fc329d898fb?source=friends_link&sk=3c99970c55a899ad9ef41f126efcde0e) - [Want to take over the Java ecosystem? All you need is a MITM!](https://medium.com/@jonathan.leitschuh/want-to-take-over-the-java-ecosystem-all-you-need-is-a-mitm-1fc329d898fb?source=friends_link&sk=3c99970c55a899ad9ef41f126efcde0e) - [Update: Want to take over the Java ecosystem? All you need is a MITM!](https://medium.com/bugbountywriteup/update-want-to-take-over-the-java-ecosystem-all-you-need-is-a-mitm-d069d253fe23?source=friends_link&sk=8c8e52a7d57b98d0b7e541665688b454)...
Downstream job is not able access BUILD_NUMBER from default [JenkinsSetEnvironmentVariables](https://wiki.jenkins-ci.org/display/JENKINS/Building+a+software+project#Buildingasoftwareproject-JenkinsSetEnvironmentVariables) Based on the following .ci.yml ``` plugins: - downstream_job: on_result: SUCCESS foo/bar: VERSION:
PR's don't send failure emails to pusher.
I have a docker-compose build type that fails when two builds are simultaneously running on the same box. The PR was created from a branch in the same repo. So...
The various environment variables set involving the current SHA, as well any code that uses `CommitInfo` eventually comes to this code for finding the SHA from the githook payload: https://github.com/groupon/DotCi/blob/85673ee3c5cf42b0546abe1bf39e15a13bb8e9c6/src/main/java/com/groupon/jenkins/github/Payload.java#L61-L66....
The **.ci.yml** has the following configuration before section **run:** ``` before_run: "git submodule init && git submodule update && (cd bats; ./install.sh /usr/local) && bats tests" run: master: java -version...
Actual behavior: - When running a build, `git name-rev --name-only HEAD` always reports `master` Expected behavior: - It should reflect the actual branch that is being built.
