>> ... you can dynamically change the logic of a build job by inventing your own job attributes. <<

Could you elaborate? I don't quite follow.

cheers,
Martin


On 05.10.2015 13:57, Walter Kacynski wrote:
I use the Enterprise Templates extensively. They are very powerful but difficult to debug at times. I run a second "Test" master that I use to stage template changes to make sure that everything goes as planned before issuing updates to my production jobs. The great thing about these is that you can dynamically change the logic of a build job by inventing your own job attributes.

On Sunday, October 4, 2015 at 4:01:11 PM UTC-4, Martin B. wrote:

    Thanks!
    I'm looking at dozens of similar jobs at the moment and only a
    single master, so I guess I'm in a smaller boat that you atm.
    What scares me with regard to the Xml transform is that I'm not
    sure subtle errors slipping through especially when changing an
    existing template
    for existing jobs. Well I guess there's nothing for it but to try
    it in depth for myself.
    Could you comment further on the second option you mentioned?
    (workflow + job DSL)
    Keeping Job defs in SCM certainly seems intriguing.
    chhers,
    Martin
    *Gesendet:* Freitag, 02. Oktober 2015 um 20:37 Uhr
    *Von:* "Cuong Tran" <cuong...@gmail.com <javascript:>>
    *An:* "Jenkins Users" <jenkins...@googlegroups.com <javascript:>>
    *Betreff:* Re: Templates Plugin (Jenkins Enterprise)
    Martin,
    We use the Templates plugin to simplify the job creation interface
    and standardize common job types. Combined with the folder plugin,
    we can restrict what can be created within a folder, making it
    even simpler for end users. The xml transformation isn't bad since
    you can just create a job with substitution tokens (${FOO}) and
    load it in from the interface. Changes to a template are
    automatically propagated to its jobs as well.  You can also easily
    convert an existing job to use templates job.
    I think it's better than the other options you listed.
    Having said that, we have thousands of jobs and multiple Jenkins
    masters so this plugin doesn't work that well for our scenario.  I
    think the general direction of keeping the job configuration in
    SCM (using combination of the workflow and Job DSL plugin) is more
    scalable and it's something we are investigating.

    On Thursday, October 1, 2015 at 12:53:36 PM UTC-7, Martin B. wrote:

        Hello users.

        I'm looking for independent opinions on the Jenkins Enterprise
        Templates
        Plugin.

        It would be one of the main reasons for us to adopt Jenkins
        Enterprise,
        but I was quite shocked to learn (see
        
http://documentation.cloudbees.com/docs/cje-user-guide/temolate-sect-job-template-tutorial.html
        
<http://documentation.cloudbees.com/docs/cje-user-guide/temolate-sect-job-template-tutorial.html>)
        that you actually have to do raw XML transformation to get a
        simple job
        template running. Looks rather bare bones to me. ('course I
        *can* see
        where this might be useful with very complicated job
        templates, but I
        like to keep the simple stuff simple, and telling people to
        write jelly
        transformations isn't my idea of simple)

        Anyway - are you using JE Templates Plugin? Great Stuff? Much
        better
        than (https://github.com/JoelJ/ez-templates
        <https://github.com/JoelJ/ez-templates>) or
        (https://wiki.jenkins-ci.org/display/JENKINS/Template+Project+Plugin
        <https://wiki.jenkins-ci.org/display/JENKINS/Template+Project+Plugin>)
        ... ?

        cheers,
        Martin

    --
    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/6a363e9f-ed64-4be8-a4a9-7dc68591c6d6%40googlegroups.com
    
<https://groups.google.com/d/msgid/jenkinsci-users/6a363e9f-ed64-4be8-a4a9-7dc68591c6d6%40googlegroups.com?utm_medium=email&utm_source=footer>.
    For more options, visit https://groups.google.com/d/optout
    <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 <mailto:jenkinsci-users+unsubscr...@googlegroups.com>. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/18996fc2-0e92-4bb4-98a1-3084d1c97568%40googlegroups.com <https://groups.google.com/d/msgid/jenkinsci-users/18996fc2-0e92-4bb4-98a1-3084d1c97568%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/5612B86A.9090001%40gmx.at.
For more options, visit https://groups.google.com/d/optout.

Reply via email to