Hi Trevor, Something wrong from Jenkins system. Any commit has not been built from today morning(KST). Please check and share the status.
BR, Uze Choi -----Original Message----- From: Trevor Bramwell [mailto:[email protected]] Sent: Tuesday, October 06, 2015 2:08 PM To: iotivity-dev at lists.iotivity.org Cc: Uze Choi Subject: Re: [NOTICE] [dev] Prioritization for build job on release branch Dear All, The build queue has now reach over 200, even after an extra build server was added Friday. To assure a timely release of 1.0.0-RC3 I have created Jenkins jobs specifically for the 1.0.0-dev branch. These will be given priority along with integration jobs until the 1.0.0 final release. This change will not reduce the size of the build queue, but will hopefully ensure work against the 1.0.0-dev is completed in time. Please let me know if you have any questions, and please notify me through helpdesk at iotivity.org if you see any problems with the builds! Regards, Trevor Bramwell On Thu, Oct 01, 2015 at 06:43:27PM -0700, Trevor Bramwell wrote: > Uze, Madan, and All, > > To ensure 1.0.0-dev is given priority, I have installed the following > plugins: > > - Accelerated Build Now Plugin: Allows for manually pushing jobs to the > top of the queue. This should be used with discretion and only in > cases where changes need to be pushed through. [1] > > - Purge Build Queue Plugin: Allows for removing all current jobs from > the queue. This is required for worst case scenarios where all jobs > may need to be retriggerd. [2] > > - Priority Sorter Plugin: Lets us define priorities for jobs and > different queuing strategies. This will allow for giving Integration > jobs priority. [3] > > The queue has been purged and Jenkins will need to be restarted in > order for the plugins to be installed. After Jenkins is back up, I > will requeue Integration builds, following by 1.0.0-dev patches, > followed by patchsets that were previously in the queue. > > I expect this to cause no more than 30 minutes disruption to the builds. > > Regards, > Trevor Bramwell > > [1] > https://wiki.jenkins-ci.org/display/JENKINS/Accelerated+Build+Now+Plug > in [2] > https://wiki.jenkins-ci.org/display/JENKINS/Purge+Build+Queue+Plugin > [3] https://wiki.jenkins-ci.org/display/JENKINS/Priority+Sorter+Plugin > > > On Thu, Oct 01, 2015 at 09:04:31AM -0700, Trevor Bramwell wrote: > > Hi Uze and Madan, > > > > I have enabled the 'Build Current Patchsets Only' option for Gerrit, > > and will look into plugins for prioritizing the 1.0.0-dev branch. > > > > Regards, > > Trevor Bramwell > > > > On Thu, Oct 01, 2015 at 10:14:51AM +0000, Madan Kanth Lanka wrote: > > > Hi Trevor, > > > > > > > > > > > > Additional request on top of Mr. Choi's request. > > > > > > When a new patch is submitted, is it possible to cancel the build for the > > > previous patch which was already triggered. This will help save lot of > > > time. > > > > > > > > > > > > Thanks, > > > > > > Madan > > > > > > ------- Original Message ------- > > > > > > Sender : Uze Choi<uzchoi at samsung.com> S6/Principal Engineer/IoT Solution > > > Lab./Samsung Electronics > > > > > > Date : Oct 01, 2015 13:14 (GMT+09:00) > > > > > > Title : [dev] Prioritization for build job on release branch > > > > > > > > > > > > Hi Trevor, > > > > > > > > > > > > After cherry-picking from master into release branch to create the release > > > candidate, Jenkins build verification will take more than 4~5 hours. > > > > > > After few hours has been passed from commit, some of the build job has not > > > been allocated yet. > > > > > > > > > > > > Could you set high priority for release(1.0.0-dev) branch during release > > > period (maybe until next week), that is very Urgent time to generate the > > > release candidate ASAP > > > > > > I!-m not sure this is possible or otherwise can you do this by manually? > > > > > > > > > > > > BR, Uze Choi > > > > > >
