adopt thin-backup plugin

[jxpearce]

The wiki page for the thin-backup plugin says it's up for adoption. I 
reached out to the two people currently listed as maintainers to see if 
there were sill maintaining it, but got no response.

Hence, I'd like to adopt this plugin.

Best
Jeff

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/a4e417d2-9d7f-4415-b95a-f44e18bec311%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Any plans for the github checks API?

[jxpearce]

I'm not sure how the part about rerunning individual stages would work, but 
I could see rerunning the entire job from your github PR page. We sometimes 
have jobs where there are tests which fail occasionally, or 3rd party 
services are flakey, and in those cases just rerunning the job from github 
would save a step.

The part that might be interesting would be providing detailed information 
about why things failed on the PR page, with a list of actual errors. 
Granted this isn't easy, since there's not a consistent way to report 
errors, but the engineers I work with would *love* that level of 
integration. I would assume each "check" would be a single stage in the 
pipeline, so a routine job might have this set of checks:

   - checkout SCM
   - static checks
   - tests
   - deploy


On Thursday, May 10, 2018 at 2:37:39 AM UTC-7, Steven F wrote:
>
> The checks API looks great, but it seems like there is a disconnect 
> between the all-in-one Pipeline of Jenkins and what the checks API expects 
> to be working with. The examples in the article show elements such as 
> linting, build, static analysis as separate and individually runnable 
> things. In Jenkins 2.x Pipeline it feels like bundling these things 
> together is more encouraged. While you can break things up a bit, it can 
> become unwieldy when you get into things like multibranch building.
>
> There's still a lot of potential for helpful usage of the API, these 
> differences are just something that I find interesting when reading about 
> software pipeline concepts and applications in abstract.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/1b15d973-093f-4e41-a7be-1bac3ff5e2e8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Any plans for the github checks API?

[jxpearce]

Someone on my team posted something about the new github checks API 
, which is like 
a better status API, providing detailed error info, etc.

Is anyone aware of if any plans to do anything with it in Jenkins? I wrote 
a plugin that watches jobs, and sends github status info (pending, 
succeeded, failed) github, and was considering extending it to support the 
new checks - but it also seems like something that might be better handled 
in a core plugin, so I was wondering whether there were any plans to add 
support.

Jeff

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/d80e3d5a-b3fe-49a5-a081-18b0a2606c57%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Missing TagsAction?

[jxpearce]

Looks like user error - I was looking at the wrong FlowNode. My bad.

On Sunday, April 22, 2018 at 8:54:35 AM UTC-7, jxpe...@godaddy.com wrote:
>
> Hi all
>
> I have a plugin which implements the GraphListener extension point, and 
> I'd like to be able to get the status tags, but for some reason none of the 
> FlowNodes passed to my plugin have them.
>
> I CAN see the synthetic stage tag on one node, and I can see the status 
> tags persisted in the build xml, just not in my plugin.
>
> Does anyone know why it might no be available in 
> GraphListener.onNewHead(), or have any pointers on how to find them?
>
> Thanks
> Jeff
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/9c685356-5b25-42bc-b386-8836acc1573e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Missing TagsAction?

[jxpearce]

Hi all

I have a plugin which implements the GraphListener extension point, and I'd 
like to be able to get the status tags, but for some reason none of the 
FlowNodes passed to my plugin have them.

I CAN see the synthetic stage tag on one node, and I can see the status 
tags persisted in the build xml, just not in my plugin.

Does anyone know why it might no be available in GraphListener.onNewHead(), 
or have any pointers on how to find them?

Thanks
Jeff

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/edfa09c8-8b44-4f44-9ac7-890987c75645%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: For Continuous Integration Should I Use a Jenkin or Hudson?

[jxpearce]

 
,.-'"...``~., 
.,.-"..."-., 
.,/...":, 
.,?.., 
.../...,}
 
./..,:`^`..}
 
.../...,:"./
 
..?.__.:`.../ 
./__.(."~-,_..,:`../ 
.../(_"~,_"~,_,:`_/ 
..{.._$;_.."=,_..."-,_...,.-~-,},.~";/} 
...((.*~_..."=-._..";,,./`/"../ 
...,,,___.`~,.."~.,`.}../ 
(`=-,,...`(..;_,,-" 
/.`~,..`-./ 
.`~.*-,.|,./.,__ 
,,_..}.>-._...|..`=~-, 
.`=~-,__..`,. 
...`=~-,,.,... 
`:,,...`..__
 
.`=-,...,%`>--==`` 
_..._,-%...` 
..., 

On Friday, November 10, 2017 at 8:54:23 AM UTC-8, Daniel Beck wrote:
>
>
> > On 10. Nov 2017, at 16:53, jxpe...@godaddy.com  wrote: 
> > 
> > since you asked 
>
> They didn't, this is just spam. Just check where the 'Jenkins' link leads. 
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/b572799c-f40b-4811-8b9b-b624336212cd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: For Continuous Integration Should I Use a Jenkin or Hudson?

[jxpearce]

The Jenkins Users list might be a better place for this question, but since 
you asked I can tell you what we're doing.

I'm not sure what you mean by a Corporate Environment. I work for a medium 
size corporation, 800ish engineers (I think) and we use Jenkins for 
everything. We choose to manage it ourselves, but Cloudbees offers a 
managed version if you want that. It's nice to have both options. 

It's also nice that Jenkins is a well run open source project. The main 
developers seem to be easy to access, and you have a problem with a plugin, 
you can always submit a PR to fix it yourself.

On Thursday, November 9, 2017 at 9:51:04 PM UTC-8, Naresh K wrote:
>
> So many are getting Confused in Choosing Whether Jenkin or Hudson for 
> Continuous Integration. Here is the solution for this and it is only 
> according to my View only. If any mistake is there means Please Let me Know 
> So that i will Correct it. 
>
> When the Jenkins/Hudson divorce came about, most of the Hudson developers 
> (including, crucially, the original creator of the project, Kohsuke 
> Kawaguchi) moved on to Jenkins. 
>
> Since the split, Jenkins  has the 
> most work, most commits, better community, better plugins, and so on. 
>
> Hudson is tied to Oracle and its corporate infrastructure. The project 
> will attempt to go a more "enterprise" route, with fewer releases but more 
> testing and an emphasis on backward compatibility, possibly more Eclipse 
> integration. If your project is in a more corporate environment, a case 
> could be made that you should use Hudson. 
>
> Otherwise, stick with (or upgrade to) Jenkins. This is what the majority 
> of the community is moving to.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/47cbc371-7452-4d61-add6-bc4c3043e6f6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Adding DeclarativeOption to plugin

[jxpearce]

I'm trying to implement a new option for declarative pipeline for a plugin. 
I'm able to use the option in my script, but I can't figure out how to 
access it from my plugin.

The main part of the plugin is a GraphListener - can someone point me in 
the right direction how I can see whether my option is set from 
*onNewHead(FlowNode 
fn)?*

Thanks
Jeff

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/8d70b37c-5a8b-4fc4-8b7c-4cef85e636f4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Plugin question: how to access scm info from a GraphListener

[jxpearce]

We have some shared library code that calls github hooks to provide 
detailed status about which stages in our pipelines have completed on our 
PR pages. 

In Groovy, we can get the hook by calling workflow.scm.
getUserRemoteConfigs()[0].getUrl())

I'm looking at writing a plugin that does the same thing to simplify our 
pipeline code, and it seems like GraphListener is the right extension. 
I have a plugin that can figure out when stages start and stop, however I 
can't figure out how to get access to the scm config to get the right URL 
to call.
Can someone point me in the right direction? I don't know whether I need to 
implement another extension or whether it's available somehow from the 
FlowNode.

Thanks
Jeff

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/d73f9b56-efba-437a-b9b4-552243deb226%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Cobertura merging to generic coverage plugin?

[jxpearce]

The wiki page  
for the Cobertura plugin says:

The current thinking is to merge this plugin into more generic coverage 
> plugin. Help appreciated.


Is this still the current thinking? I'm interested in helping if so. We 
currently use Cobertura (or sometimes even HtmlPublish) for iOS and JS 
builds, but Jacoco for Android. A unified plugin might make things simpler.

Jeff 

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/b7235184-63c9-4b17-be03-c8667a8b39cf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.