Something like this sounds like a good compromise!

-- Michael

> On Dec 5, 2013, at 2:48 PM, Kahlil Hodgson <[email protected]> 
> wrote:
>
> I wonder if merging could be handled explicitly with a jinja filter,
> say, something like:
>
>    mysql: prod_mysql | merge(default_mysql)
>
> That way the merging would be explicit and encapsulated in the playbook.
>
>
> Kahlil (Kal) Hodgson                       GPG: C9A02289
> Head of Technology                         (m) +61 (0) 4 2573 0382
> DealMax Pty Ltd                            (w) +61 (0) 3 9008 5281
>
> Suite 1415
> 401 Docklands Drive
> Docklands VIC 3008 Australia
>
> "All parts should go together without forcing.  You must remember that
> the parts you are reassembling were disassembled by you.  Therefore,
> if you can't get them together again, there must be a reason.  By all
> means, do not use a hammer."  -- IBM maintenance manual, 1925
>
>
>
>> On 6 December 2013 04:17, James Martin <[email protected]> wrote:
>> Thanks for the example.  Would it be crazy/possible to implement
>> optional merging dependent on the hash's name?  Seems like for some
>> vars you could possibly want it, in others, not.  So things that are
>> in nature restrictive like sudo would be merged, and others wouldn't.
>>
>> something like:
>>
>> hash_behaviour = replace  # by default we replace all vars except
>> those in merge_hashes
>> merge_hashes = foo, baz, bar
>>
>> - James
>>
>>> On Wed, Dec 4, 2013 at 7:43 PM, Brian Coca <[email protected]> wrote:
>>> group_vars/all:
>>> tomcat_jvm_settings:
>>> - debug=on
>>> - GCfunckymode=True
>>> - dump_heap=true
>>>
>>> group_vars/prod:
>>> tomcat_jvm_settings:
>>>  - XmxMax: 234324
>>>  - XmxMin: 12342
>>>
>>> with merge off, i can use same settings for dev/qa/staging and differnt ones
>>> for prod, if i had merge ON, i would have to always override the settings in
>>> prod:
>>>
>>> - debug=off
>>> - GCfunkymode=False
>>> - dump_heap=true
>>>
>>>
>>> but I think a better example is with user access:
>>>
>>> all:
>>> sudoers:
>>> - devs
>>> - managers
>>> - it
>>> - releng
>>>
>>> staging:
>>> sudoers:
>>> - managers
>>> - releng
>>> - it
>>>
>>> prod:
>>> sudoers:
>>>  -it
>>>  -releng
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "Ansible Project" group.
>>> To unsubscribe from this group and stop receiving emails from it, send an
>>> email to [email protected].
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>> --
>> You received this message because you are subscribed to the Google Groups 
>> "Ansible Project" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected].
>> For more options, visit https://groups.google.com/groups/opt_out.
>
> --
> You received this message because you are subscribed to the Google Groups 
> "Ansible Project" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to [email protected].
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
You received this message because you are subscribed to the Google Groups 
"Ansible Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to