- 15 3月, 2013 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
Made the in-flight build survive the reload from the disk.
-
- 14 3月, 2013 9 次提交
-
-
由 Jesse Glick 提交于
-
由 Kohsuke Kawaguchi 提交于
And since it's now a symlink that points to another symlink that then points to the real stuff, we need recursive onion peeling.
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Michael Clarke 提交于
-
-
由 Kohsuke Kawaguchi 提交于
Report 100 recent builds in the JSON API, including in-progress builds. Not reporting all the builds since this would nullify the lazy loading effect. Will introduce a pagenation API that supports retrieval.
-
由 Michael Clarke 提交于
-
由 Kohsuke Kawaguchi 提交于
[JENKINS-15533] testing if the lazy loading can gracefully tolerate a RuntimeException during unmarshalling. At least in the current version this working as expected
-
- 13 3月, 2013 10 次提交
-
-
由 Pei-Tang Huang 提交于
-
由 Pei-Tang Huang 提交于
-
由 Kohsuke Kawaguchi 提交于
The actual fix was in the pull request #675.
-
由 Kohsuke Kawaguchi 提交于
- ID_FORMATTER is time zone sensitive, so comparing against # of milliseconds since the epoch won't be portable. - resolveSymlink can return a relative path.
-
由 Kohsuke Kawaguchi 提交于
Based on comments from Jesse, revising the fix. I'm now putting permlinks inside the builds/ directory to avoid the computing hassle involved in the split $JENKINS_HOME. What we historically had in $JENKINS_HOME/jobs/JOB/lastSuccessfulBuild is also now subsumed by this feature. I initially attempted to create these permalinks in the buidl root directory, but turns out those symlinks aren't the same name as the ID of permalinks, so it doesn't mesh well. And finally, a test!
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
Remember the permalink target as symlink (or simple text file) so that looking that up doesn't cause the walk of the build history. I think this is more in line with our general preference of making $JENKINS_HOME useful (than trying to persist cache into a blackbox.) Having a general purpose in-memory cache could be useful, so I'll see if I can add that, too, in a way that allows someone to plug different backend.
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Jesse Glick 提交于
-
- 11 3月, 2013 7 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
-
- 10 3月, 2013 1 次提交
-
-
由 Pei-Tang Huang 提交于
-
- 09 3月, 2013 8 次提交
-
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
- 08 3月, 2013 3 次提交
-
-
由 Jesse Glick 提交于
[FIXED JENKINS-15796] NoClassDefFoundError: 'Could not initialize class org.jvnet.hudson.Windows$MEMORYSTATUSEX' from SwapSpaceMonitor. Not fixing actual linkage error—JNA issue of some kind—but ensuring that Jenkins reports it only once.
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
- 07 3月, 2013 1 次提交
-
-
由 Jesse Glick 提交于
Setting project.build.sourceEncoding=UTF-8 so that future generations of plugin authors will not get a warning from Maven. (And so that source files can safely use Unicode!) Also removing the defaultGoal=package declaration; the only purpose of building this module is to install it.
-