Git plugin setting GIT_COMMIT to value of last hash??

[Brantone]

Hello,

We have a quirky situation we're trying to track down ... on random 
occasions, the environment variable value for "GIT_COMMIT" is actually set 
to the hash for the last commit instead of the current one, as the docs 
outline (https://wiki.jenkins-ci.org/display/JENKINS/Git+Plugin).
The actual check out and console output shows the correct value of the 
hash, and also shows the value of the last checkout for "git rev-list" to 
be able to get the changelog... However, viewing Environment Variables (via 
/injectedEnvVars/ on the build) ... the value for GIT_COMMIT is the last 
hash ... which screws up some downstream jobs.

Looking at the plugin code the function "buildEnvVars" 
(https://github.com/jenkinsci/git-plugin/blob/master/src/main/java/hudson/plugins/git/GitSCM.java#L1238)
 
starts off with function call "getLastBuiltRevision", which gets used 
through to set the GIT_COMMIT, presumably trampling the value that was set 
during the checkout.

I'm still tracing the circumstances/stacktrace where this happens, but 
wondering if anyone else has hit this, or knows the reason for EnvVars to 
use last revision if not, I sense a ticket coming, to add to the queue 
of almost 300.

Cheers.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/a9006252-777f-4241-af2d-1ecf933b7283%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

matrix-auth plugin update failure

[Brantone]

Anyone else seeing anything like 
this? https://issues.jenkins-ci.org/browse/JENKINS-33095
Just checking if I'm only one. Cheers.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/c142552c-b159-414b-92ad-24ac6a425615%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Opinions for downstream jobs: Check "This build is parameterized" or not

[Brantone]

G'day,
Curious question on your own conventions when setting up a job that will be 
downstream (so when A triggers B).
Do you still check the "This build is parameterized" and and fill in *ALL* 
the params it's expecting, or use the params in the job as if they were 
defined and expect upstream calling jobs to know what params are required??
Cheers

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/48fb63dd-efb8-4294-bccc-ea51044d1051%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Using FileCallable from System Groovy or Script Console

[Brantone]

Has anyone been able to get the example 
from http://javadoc.jenkins-ci.org/hudson/FilePath.html to actually run in 
Script Console?
Direct copy-paste doesn't work, didn't work, complaints ex:

Script1.groovy: 10: The class 'Freshen' has an incorrect modifier static.
>  @ line 10, column 2.
> private static final class Freshen implements FileCallable {


 ... other threads have pointed out using MasterToSlaveFileCallable , 
didn't work, errors of either unserializable or file not found (what file?)

I feel like I'm missing a crucial piece of info here, but all of the "oh 
just tweak this" recommendations are not useful for resolution. Perhaps 
permissions / creds issue?

Although a bit of slave-side computation is going on, it's nothing 
ridiculous, so just using FilePath is recommended method?

Thoughts?

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/5e5a044c-bf8b-483a-abaa-a2117e0ee651%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Git commit counter with system Groovy??

[Brantone]

It almost feels like this should be pretty basic functionality, but thus 
far in my searches : no luck.

Looking to just get the Git commit counter.
I know I can use "git rev-list HEAD --count" from within the workspace, but 
for various reason I'm using groovy and need to set it as a parameter 
during build execution (using ParametersAction). Because of this, using 
system groovy, so running on master ... which means need to connect to 
slave ... so after massaging, came up with:

def git_count_cmd = "def proc = 'git rev-list HEAD --count'.execute(null, 
new File('${build.getProject().workspace.toString()}')); proc.waitFor(); 
println proc.text"
def git_counter = RemotingDiagnostics.executeGroovy(git_count_cmd, build.
workspace.channel).trim()


But that just seems like a lot of work to get a Git commit counter ... did 
I over-complexify? Is there a simpler method?


Thanks.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/498d48c0-9819-4d2e-8d3e-7c3faed1725e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Freestyle using "Invoke top-level maven targets" passes all parameters to target??

[Brantone]

Forgot to add ... this is in relation 
to https://issues.jenkins-ci.org/browse/JENKINS-23831 ... but maybe better 
underlying question is: why does this behaviour exist? is there a good 
reason? Should it default to _not_ do that and to add an additional option 
to enable it, or vice versa?


On Thursday, 13 August 2015 01:02:53 UTC-7, Brantone wrote:
>
> Using Freestyle project rather than Maven-project due to several 
> recommendations ... ex: as one poster called it : the "evil job type" :-/
>
> Except, when calling it via  "Invoke top-level maven targets", I see it 
> passes in ALL build parameters as options, can anyone shed light on why 
> that'd be the case? Or what benefit that provides?
> I guess maybe it makes it easier if it's actually desired, but for just 
> wanting to do simple build, those extra pre-pended options get clunky ... 
> furthermore, as far as I can tell, there's no mention in any of the help 
> dialogues that say that'll occur.
>
> The nearest I could find is:
>
> https://github.com/jenkinsci/jenkins/blob/master/core/src/main/java/hudson/tasks/Maven.java#L316
>  
>...  where it just includes it straight away :(
>
> Any reasoning, or is it better just to use the Maven job-type ??
>
> Thanks in advance.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/a6f79969-3209-4374-aec3-8d31754f59d4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Freestyle using "Invoke top-level maven targets" passes all parameters to target??

[Brantone]

Using Freestyle project rather than Maven-project due to several 
recommendations ... ex: as one poster called it : the "evil job type" :-/

Except, when calling it via  "Invoke top-level maven targets", I see it 
passes in ALL build parameters as options, can anyone shed light on why 
that'd be the case? Or what benefit that provides?
I guess maybe it makes it easier if it's actually desired, but for just 
wanting to do simple build, those extra pre-pended options get clunky ... 
furthermore, as far as I can tell, there's no mention in any of the help 
dialogues that say that'll occur.

The nearest I could find is:
https://github.com/jenkinsci/jenkins/blob/master/core/src/main/java/hudson/tasks/Maven.java#L316
 
   ...  where it just includes it straight away :(

Any reasoning, or is it better just to use the Maven job-type ??

Thanks in advance.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/9cbcb739-4b31-43ee-bf01-650a7a99d432%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Invoking top-level Maven targets on a slave

[Brantone]

What're the values in  Manage Jenkins > Maven Installations? 
Assuming it's the default, it could be a class path issue depending on the 
shell used to start the OS X slave.
What happens if you explicitly set the MAVEN_HOME value to it's absolutely 
path (ex: /usr/local/apache-maven/apache-maven-3.2.3) ?



On Tuesday, 21 July 2015 05:21:37 UTC-7, Anthony Green wrote:
>
> I''m running a Jenkins Ubuntu Master with an OS X Slave
>
> I can't get a build step "Invoking top-level Maven targets" to run on a 
> slave.
>
> I get a 
>
> FATAL: command execution failed
>
> java.io.IOException 
> : Cannot 
> run program "mvn"
>
> I've tried setting environment variables and that works for a shell script 
> build step but not a Maven build step.
> I've tried setting Tool Locations on the slave to point at the slave's Maven 
> installation and that doesn't work.
>
> How is this supposed to be accomplished? 
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/ff2d3e62-45ce-49bd-839b-1d3075c04797%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Groovy script vs. system script : file info needed to affect build

[Brantone]

For the time being I ended up going with #1 using workspace.channel, as it 
was doing some very minor file modifications, although anything more 
complex and I'd probably go back to #3
#2 ended up being ridiculously hacky because ended up being case of 
whack-a-mole to get all the jars into the classpath and nearly found myself 
installing entire jenkins server onto the slave to do so. Part of me was 
hoping @Grab might solve it, but alas, no dice (per some tickets).

So, yeah, that's just the way it is :(



On Wednesday, 12 August 2015 04:28:14 UTC-7, rginga wrote:
>
> I have only been able to get #3 to work. But I am not a Groovy expert. I 
> would love a solution like #2 if you create one.
>
>  
>
> *From:* jenkins...@googlegroups.com  [mailto:
> jenkins...@googlegroups.com ] *On Behalf Of *Brantone
> *Sent:* Tuesday, August 11, 2015 9:11 PM
> *To:* Jenkins Users
> *Subject:* Groovy script vs. system script : file info needed to affect 
> build
>
>  
>
> I'm well aware of the differences (and headaches) between Groovy script 
> and system Groovy script .. my question involves the following scenario:
>
> After an SCM checkout is done on remote slave node, need to grep for a 
> string in a specific file, whose value will be used for all downstream 
> jobs, preferably added as a parameter to current build then just auto 
> passed on.
>
>  
>
>  
>
> So the options are:
>
> 1.) Use System Groovy script to remote to the slave to grep the file for 
> the string, and off and running.
>
> 2.) Use Groovy script to grep for string and hack to include class path 
> so ParametersAction can be used to add new StringParameterValue.
>
> 3.) Use Groovy script to grep for string and simply output to file, then 
> use EnvInject to read it back in as environment var.
>
> 4.)  ??
>
>  
>
> Is there a preferred or standard method? Or something I'm not considering 
> ...
>
> Cheers
>
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Jenkins Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to jenkinsci-use...@googlegroups.com .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-users/b3255169-67fb-42a0-b10d-00ca49d89e21%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/jenkinsci-users/b3255169-67fb-42a0-b10d-00ca49d89e21%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/dfaa0b97-a4e2-48aa-b7a2-25fd9d8c6b4f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Groovy script vs. system script : file info needed to affect build

[Brantone]

I'm well aware of the differences (and headaches) between Groovy script and 
system Groovy script .. my question involves the following scenario:
After an SCM checkout is done on remote slave node, need to grep for a 
string in a specific file, whose value will be used for all downstream 
jobs, preferably added as a parameter to current build then just auto 
passed on.


So the options are:
1.) Use System Groovy script to remote to the slave to grep the file for 
the string, and off and running.
2.) Use Groovy script to grep for string and hack to include class path 
so ParametersAction can be used to add new StringParameterValue.
3.) Use Groovy script to grep for string and simply output to file, then 
use EnvInject to read it back in as environment var.
4.)  ??

Is there a preferred or standard method? Or something I'm not considering 
...
Cheers

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/b3255169-67fb-42a0-b10d-00ca49d89e21%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Naming jobs : delimiters : hyphens vs. underscores

[Brantone]

Good point, if a standard has been set "no spaces" (which is good 
regardless), then that solves.
Thanks

On Tuesday, 14 July 2015 10:55:33 UTC-7, James Nord wrote:
>
> On 14/07/2015 08:44, Brantone wrote: 
> > I fully appreciate that this one's a preference thing, but curious if 
> > there's general consensus, and if any technical gotchas one way or 
> > another. 
> > 
> > (actually surprised search find anything) 
> > 
> if you use an underscore then the link will contain the underscore. with 
> link underlinging in various clients it is sometimes not obvious that 
> the name contains an underscore vs an unecnoded space. 
> So I would go with the hyphen approach. 
>
> But this is just my view.  Above all I would say choose one and be 
> consistent in your installation(s). 
>
> /James 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/d1d6dd6d-69c4-4715-9d1c-dee584f6f4a9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[workflow-plugin] ClassCastException on brand new project

[Brantone]

Ok, what am I doing wrong? This is "right outta the box" and a non-starter, 
read docs a few times, but maybe the amount of caffeine affecting my eyes 
... 

I figured I'd start playing around with workflow-plugin to actually code 
... but alas, first quick pass starts throwing ClassCastException ...

Thanks in advance.


Running latest plugin 1.8 on Jenkins 1.619, not doing anything fancy (see 
below), running the job hangs on 

Running: Allocate node : Start
Still waiting to schedule task
Waiting for next available executor


Jenkins logs shows:

Jul 22, 2015 10:57:16 PM SEVERE hudson.triggers.SafeTimerTask run

Timer task hudson.model.Queue$MaintainTask@494e91b4 failed
java.lang.ClassCastException: 
org.jenkinsci.plugins.workflow.support.steps.ExecutorStepExecution$PlaceholderTask
 cannot be cast to hudson.model.AbstractProject
at 
hudson.plugins.buildblocker.BuildBlockerQueueTaskDispatcher.getBuildBlockerProperty(BuildBlockerQueueTaskDispatcher.java:199)
at 
hudson.plugins.buildblocker.BuildBlockerQueueTaskDispatcher.canTake(BuildBlockerQueueTaskDispatcher.java:108)
at hudson.model.Queue$JobOffer.canTake(Queue.java:300)
at hudson.model.Queue.maintain(Queue.java:1476)
at hudson.model.Queue$MaintainTask.doRun(Queue.java:2576)
at hudson.triggers.SafeTimerTask.run(SafeTimerTask.java:51)
at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)


Job config is 





false




false
GLOBAL
DISABLED





false
false







false
false
false
false
false
false
false
false
false
false
false





node { echo 'hello from Workflow' }
false




-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/cd4297f8-8379-4232-861a-49bbc91e484e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Release notes from XX previous build change logs in Markdown

[Brantone]

I created this Groovy script, which relies on PARENT_JOB_NAME and 
PARENT_JOB_NUMBER as params, but could be be better expanded to look at 
it's parent directly rather than relying on those.
Progresses up the tree of triggered jobs, collecting change notes, then 
pumps it all into a new param RELEASE_NOTES  which can then be used by 
HockeyApp...


import hudson.model.*

// Function makes it easier with recursion
def getBuildChangeLog(thisBuild) {
  def thisLog = []

  if (!thisBuild.changeSet.isEmptySet()) {
thisLog.addAll(thisBuild.changeSet.getItems())
  }

  for (cause in thisBuild.causes) {
if (cause.class.toString().contains("UpstreamCause")) {
  def upProject = hudson.model.Hudson.instance.getItemByFullName(cause.
upstreamProject)
  def upBuild = upProject.getBuildByNumber(cause.upstreamBuild)
  thisLog.addAll(getBuildChangeLog(upBuild))
}
  }

  return thisLog
}

// =

// Relies on some vars to be passed to find parent.
def buildVars = build.buildVariableResolver

// If "RELEASE_NOTES" has data, just keep it.
if (buildVars.resolve("RELEASE_NOTES")?.trim()) {
  return;
}

def parentJob = hudson.model.Hudson.instance.getItemByFullName(buildVars.
resolve("PARENT_JOB_NAME"))
def parentBuild = parentJob.getBuildByNumber(buildVars.resolve(
"PARENT_JOB_NUMBER").toInteger())
def parentEnv = parentBuild.getEnvironment()

def changeLog = getBuildChangeLog(build)
def releaseNotes = "##Release Notes\n"

if (parentEnv.containsKey("GIT_COMMIT")) {
def gitCommit = parentEnv["GIT_COMMIT"]
def shortGitCommit = gitCommit[0..6]
releaseNotes += "Git Hash: " + shortGitCommit + "\n"
}
else if (parentEnv.containsKey("P4_CHANGELIST")) {
releaseNotes += "Perforce changelist: " + parentEnv["P4_CHANGELIST"] + 
"\n"
}

if (changeLog.empty) {
  releaseNotes += "###No changes since previous build"
}
else {
  releaseNotes += "###Change Log:\n"
  changeLog.each {
releaseNotes += "* ${it.msg}\n"
  }
}

println releaseNotes

newParam = new StringParameterValue('RELEASE_NOTES', releaseNotes)

// Note: this assumes that params are already in use
def curParams = build.getAction(ParametersAction.class)
build.replaceAction(curParams.merge(new ParametersAction(newParam)))

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/309bf04a-4d52-420e-98cc-ea561ce3d591%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Naming jobs : delimiters : hyphens vs. underscores

[Brantone]

I fully appreciate that this one's a preference thing, but curious if 
there's general consensus, and if any technical gotchas one way or another.

(actually surprised search find anything)

Cheers.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/51936184-b648-4bd4-87d1-30145e4f4e77%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Is it OK to link config.xml files?

[Brantone]

A fifth option is https://github.com/JoelJ/ez-templates

On Wednesday, 25 March 2015 14:42:48 UTC-7, Steve K wrote:
>
>
> Thanks for the replies.
> There have been four replies and four different approaches.
> I will look into using either the Template Project or the Job DSL plugins.
> I'm not as concerned about deploying similar jobs, rather I'm more 
> concerned with keeping similar jobs "in synch" as changes need to be made.
> Is that a job better suited for the Template Project or the Job DSL plugin?
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/812ee904-a208-4aff-bfa9-83bcbf1058da%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Slack Plugin doesn't notify channel

[Brantone]

I'm guessing part of what you're seeing is mentioned 
here: https://github.com/jenkinsci/slack-plugin/issues/51

Have you verified your configs in the Manage Jenkins > Configure System > 
Global 
Slack Notifier Settings  ?

I've found that that's a better test of configuration and values stick 
better when individual jobs use them.


On Thursday, 26 March 2015 11:59:09 UTC-7, Hugo M wrote:
>
> Hello, I'm using: https://wiki.jenkins-ci.org/display/JENKINS/Slack+Plugin
>
> Version: 1.7
> Jenkins: 1.6
>
> I'm not getting the notifications even if I set all the notifications 
> options in "Advanced options", BUT I'm getting the "Slack/Jenkins plugin: 
> you're all set." message in my Slack channel the first time I configure it. 
> So it's able to connect to Slack, but it doesn't notify when the job 
> starts, ends, etc.
>
> Another issue: when I press on "Test Connection" I get success no mather 
> what I put on the configuration (url, channel, etc.).
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/d31028bb-66e7-4b73-83bc-99c78e06cc9a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Automatic build chain

[Brantone]

Just to be clear, based on your description, the build order would be D -> 
B -> C -> A ?
Are B + C in parallel??
Yes, there are a number of plugins that do that, a great one is Multi-Job 
plugin with the concept of phases this can be achieved, especially the 
parallel execution of B + C, should it be required.


On Saturday, 28 March 2015 02:15:18 UTC-7, Igal Harel wrote:
>
> Is it possible to set dependency between builds, so if a change is 
> committed in a dependent build, the complete chine is triggered in the 
> correct order
>
> For example if I have:
> 1. Build A that depends on B & C
> 2. A,B & C depends on D
>
> Then, if a change in committed to build D the. I would expect that first B 
> &C will be triggered and only after both B& C builds is complete, build A 
> will be triggered. 
>
> Thanks. 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/20c97427-1f99-4347-b6b7-2c1d86e936cb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: How to read the logged in user's password in Jenkins as plain text?

[Brantone]

That's quite a security issue and generally not recommended.
As a compromise, if it's required as part of a job, could use the "Password 
Parameter" option and have the user re-enter it.

On Friday, 27 March 2015 16:38:17 UTC-7, Mantoo Ankalakoti wrote:
>
> Hi,
>
> I want to read the logged in users password in my jenkins shell script.
> I am using the Jenkins own database for authentication.
> Please help me if there is any way to accomplish this?
>
>
> Thanks and Regards
> Mahantesh.C.A
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/f6338321-63b9-4725-ab5b-f1311eb0b6af%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Remote trigger job between masters with file upload/transfer

[Brantone]

Best option looks to be a bit of a cobbled together solution of : get next 
build number, curl by posting the file, then using that build number to 
monitor until it's completed.
Feels like a complete hack, but ... so be it :(


On Friday, 6 March 2015 00:27:38 UTC-8, Brantone wrote:
>
> Hey, looking for a method to remotely trigger a Jenkins job from one 
> master to another, with file upload/transfer ... and wait for response 
> (success or failure).
> I'm aware there's the plugin 
> https://wiki.jenkins-ci.org/display/JENKINS/Parameterized+Remote+Trigger+Plugin
>  
> however, that doesn't seem to support file upload.
> I'm thinking an alternative might be to upload to intermediary location 
> then trigger the job; however, wondering if other possibilities ... 
> probably a bunch of script with curl calls might work, but not exactly 
> eloquent.
> I feel like something simple can be done ... any ideas?
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/e4bf136f-3e3d-4061-a125-818e07490590%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Remote trigger job between masters with file upload/transfer

[Brantone]

Hey, looking for a method to remotely trigger a Jenkins job from one master 
to another, with file upload/transfer ... and wait for response (success or 
failure).
I'm aware there's the 
plugin 
https://wiki.jenkins-ci.org/display/JENKINS/Parameterized+Remote+Trigger+Plugin 
however, that doesn't seem to support file upload.
I'm thinking an alternative might be to upload to intermediary location 
then trigger the job; however, wondering if other possibilities ... 
probably a bunch of script with curl calls might work, but not exactly 
eloquent.
I feel like something simple can be done ... any ideas?

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/a2693852-bd78-46c7-aae9-fd034b309fd8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Convert existing Job to DSL

[Brantone]

Hey,
So I had created a bunch of jobs before stumbling upon the DSL plugin. 
Wondering if there's an efficient way to convert existing jobs to DSL?
I did find https://issues.jenkins-ci.org/browse/JENKINS-16360 from a year 
ago, marked as minor ... but considering the description of "pretty 
straightforward", wondering if anyone has even a quick 'n dirty way to do 
the conversion.
Cheers.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Expanding Parameters when triggering Jobs

[Brantone]

For anyone wondering, I can't remember where I read it, but it doesn't 
evaluate it unless you pass it as predefined.
When using "current build parameters" it just does it exactly as is, as if 
it was typed in that way.
The mention/verification was in a random comment somewhere, just can't find 
it.
Anyway, thread closed.


On Monday, 15 September 2014 18:21:03 UTC-7, Brantone wrote:
>
> Perhaps just not using the right terms to look for an answer as I'm 
> thinking this isn't crazy unique.
>
> So "Job A" triggers "Job B".
>
> Job A has a parameter called PROJECT_PATH, whose value = 
> "${WORKSPACE}/project/trunk/".
>
> When triggering Job B choosing "Current Build Parameters", It passes it 
> straight as is, but I want it to expand on "${WORKSPACE}" so it actually 
> uses the value from Job A.
>
> Something simple I'm missing??
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Expanding Parameters when triggering Jobs

[Brantone]

Perhaps just not using the right terms to look for an answer as I'm 
thinking this isn't crazy unique.

So "Job A" triggers "Job B".

Job A has a parameter called PROJECT_PATH, whose value = 
"${WORKSPACE}/project/trunk/".

When triggering Job B choosing "Current Build Parameters", It passes it 
straight as is, but I want it to expand on "${WORKSPACE}" so it actually 
uses the value from Job A.

Something simple I'm missing??

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Release notes from XX previous build change logs in Markdown

[Brantone]

Looking to publish release notes based on change logs from SCM commit 
messages .. and preferably in Markdown, but plain text will do ... alas, 
surprised no plugin exists (that I can find), so curious how others handle 
such a scenario, or else I guess I'm writing a plugin :)
I do 
have 
https://wiki.jenkins-ci.org/display/JENKINS/Changes+Since+Last+Success+Plugin 
; however, formatting for that is machine (html, xml, json), but nothing 
just plain text.
Quick scan of mailing list didn't reveal anything "ah ha!", so wondering if 
this is such a unique situation, or already solved and it's obvious I'm 
just not seeing it.

Cheers.

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.