- 17 4月, 2015 1 次提交
-
-
由 Jesse Glick 提交于
-
- 15 4月, 2015 14 次提交
-
-
由 Stephen Connolly 提交于
JENKINS-27708, JENKINS-27871 Ensure that identification of blocked tasks is using the live state.
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Oliver Gondža 提交于
Replace 'Hudson' with 'Jenkins' in more docstrings.
-
由 Oliver Gondža 提交于
Fix release note typo.
-
由 Jesse Glick 提交于
-
由 David Hoover 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
-
由 CloudBees DEV@Cloud 提交于
-
由 David Hoover 提交于
-
由 Oleg Nenashev 提交于
BIGNUMBER_STAR mode has been selected, because it utilizes GNU extensions (like LONGFILE_GNU does).
-
由 Oleg Nenashev 提交于
-
- 14 4月, 2015 5 次提交
-
-
由 Oleg Nenashev 提交于
This test also introduces additional round-trip tests for small files
-
由 Stephen Connolly 提交于
[JENKINS-27871] - Added a direct unit test for the issue
-
由 Oleg Nenashev 提交于
-
由 Oleg Nenashev 提交于
Name the correct class in javadoc.
-
由 David Hoover 提交于
-
- 13 4月, 2015 13 次提交
-
-
由 Harald Albers 提交于
-
由 Harald Albers 提交于
-
由 Stephen Connolly 提交于
[FIXED JENKINS-27708][FIXED JENKINS-27871] Ensure that identification of blocked tasks is using the live state. - The creation of a snapshot itself should be relatively cheap given the expected rate of job execution. You probably would need 100's of jobs starting execution every iteration of maintain() before this could even start to become an issue and likely the calculation of isBuildBlocked(p) will become a bottleneck before updateSnapshot() will. Additionally since the snapshot itself only ever has at most one reference originating outside of the stack it should remain in the eden space and thus be cheap to GC. - JENKINS-27708 comments 225819 and 225906 provide more complex but logically equivalent fixes of this issue. I am favouring this approach as it is simpler and provides less scope for error as any new helper methods can just rely on the snapshot being up to date whereas with the other two candidates if a new helper method is introduced there is the potential to miss adding support for the live view. The comment 225819 has the risk of introducing extra lock contention while the comment 225906 version forces every access to the helper methods to pass a second memory barrier
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 12 4月, 2015 7 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-