Re: Discussion: Jenkins Core Maintainer/Developer discussion channels

I also think that mattermost is a reasonable chat solution for devops teams - https://github.com/mattermost. Besides results of comparing mattermost and slack are pretty obvious - https://mattermost.com/mattermost-vs-slack/ :-) Just my 2c Thx, Vlad On Wednesday, April 8, 2020 at 5:17:38 AM

Re: [jenkins-infra] Jenkins Core Release automation

Today, during the infra meeting, we discussed creating a new weekly release from the new process this Thursday the 16th at 3PM UTC. While there won't be major features, the purpose of this release is to validate that everything is working as expected in a real scenario. I am proposing the

Re: How to perform a plugin release to Jenkins Artifact Repository through Continuous Integration?

Typing "mvn release:{prepare,perform}" into a terminal is about as automated as pressing the "release" button in CI. You can even press Ctrl-R in a terminal to find the last time you used the command and use less keystrokes than it takes to type out ci.jenkins.io. On Fri, Apr 10, 2020 at 11:12 AM

Re: [jenkins-infra] Jenkins Core Release automation

Thanks a lot to Olivier and all other contributors who invested lots of time to get it done! I am looking forward to finally get it over the line, at least for weeklies. FWIW, the Sunday's weekly got delayed (due to Easter). We could make an attempt to cut this release using the new flow without

Jenkins Core Release automation

Hi Everybody, This project is getting to the end and I am looking for a last round of reviewers and testers before planning a weekly release with the new process. I opened a pull request (link ) with instructions about how to trigger a

Re: Proposal: Windows support policy for Jenkins

I like Oleg proposition very much as it clarifies the different levels of support, and it solves Daniel concerned. We won't run any tests on deprecated infrastructure like XP. On Tue, Apr 14, 2020, at 12:41 PM, Oleg Nenashev wrote: > Taking the feedback, should we introduce support levels like

Warn or avoid overriding CLI methods

Hello everyone. I've been working on an issue recently. While trying to call the *disable-job* CLI method, we receive: *ERROR: object is not an instance of declaring class* The root cause is because a plugin has overridden the method:

Re: Proposal: Windows support policy for Jenkins

Taking the feedback, should we introduce support levels like we do with the browser support policy? * Level 1 - full support. We run automated testing for these platforms - amd64 versions of latest Windows and Windows Server versions, with the latest GA update pack (we will need to specify

Re: ANN: Agent Docker images renaming on April 12-13

On Mon, Apr 13, 2020 at 10:52 PM Oleg Nenashev wrote: > My pull request is already built for "ssh-agent", so I will go ahead and > setup DockerHub builds for this image. > If there are strong opinions, we have 1-2 extra days to revisit naming > before the blogpost is shipped. > AFAIUI,

Re: GHPRB plugin

Hi Oleg, Thank you for your answer, I will follow your advice. Le sam. 11 avr. 2020 à 22:00, Oleg Nenashev a écrit : > Hi, > > Yes, the plugin does not look to be actively developed. But it does not > seem to be abandoned either. I would suggest pinging maintainers in a pull > request or

Re: ANN: Agent Docker images renaming on April 12-13

I vote for ssh-build-agent as I find it a bit more clear next to ssh-agent. The sshd-agent describes what is inside rather than what is there for the customer. On 13/04/2020 22.54, Marky Jackson wrote: I vote for jenkins/ssh-agent On Apr 13, 2020, at 1:52 PM, Oleg Nenashev