I believe there is a pull request for an "all" tag at
https://github.com/ansible/ansible/pull/7039


On Tue, May 13, 2014 at 12:53 PM, Michael DeHaan <[email protected]>wrote:

> You should be tagging such tasks with something like 'core' like you say
> above, for now.
>
> We would entertain an 'all' tag if well implemented, which I believe we've
> also said before.
>
> "So what should I be doing here?"
>
> Submitting a pull request?  :)
>
>
>
>
>
>
>
> On Tue, May 13, 2014 at 3:49 PM, Snyder, Chris <[email protected]>wrote:
>
>>  How do you always have a set of tasks run regardless of the tag being
>> passed in on the command line?
>>
>>
>>
>> I’m getting to the point where I have a ‘core’ playbook that must be run
>> before any other playbook I have.  This does specific things such as set
>> specific facts based upon my local environments or OS distro that are to be
>> used by all my later roles.   However, when I use ‘—tags do_this’ or ‘—tags
>> do_that’  tasks/roles executed in my core playbook are ignored because they
>> aren’t tagged with ‘do_this’ or ‘do_that.’
>>
>>
>>
>> It doesn’t seem reasonable (or scalable) to me to modify my core playbook
>> and add every possible tag I can ever use, nor does it seem reasonable to
>> force my fellow admins to always run Ansible with ‘—tags core,do_this’ or
>> ‘—tags core, do_that’ when they only want a particular tag to be executed.
>>
>>
>>
>> It really feels to me that Ansible is missing some way to say  ‘this
>> task/role/whatever REQUIRES this other code to be run as well’.
>>
>>
>>
>> It seems I’m not alone in this – there’s some calls for similar
>> functionality here:
>>
>> * https://github.com/ansible/ansible/issues/3157
>>
>> * https://github.com/ansible/ansible/pull/7039
>>
>>
>>
>> So what should I be doing here?
>>
>>
>>
>> Thx
>>
>> Chris.
>>
>>
>>
>> --
>> 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].
>> To post to this group, send email to [email protected].
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/ansible-project/BFD6B7398AEB474A9A28B39B9B5D00CB588B283D%40SRAexMBX05.sra.com<https://groups.google.com/d/msgid/ansible-project/BFD6B7398AEB474A9A28B39B9B5D00CB588B283D%40SRAexMBX05.sra.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
> "Ansible Project" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To post to this group, send email to [email protected].
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/ansible-project/CA%2BnsWgxPzOSt%2B5k40dZ%3Dhp%3DrmQf1338m8TaBj-y1VubQubw6zA%40mail.gmail.com<https://groups.google.com/d/msgid/ansible-project/CA%2BnsWgxPzOSt%2B5k40dZ%3Dhp%3DrmQf1338m8TaBj-y1VubQubw6zA%40mail.gmail.com?utm_medium=email&utm_source=footer>
> .
>
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Peter Gehres
Site Reliability Engineer | AppDynamics, Inc.
www.appdynamics.com | AS62897

-- 
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].
To post to this group, send email to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/ansible-project/CABpn%2BqSHT7VJN-9ex61DngHWFnKEW2bjjzQGdu_t1Yc%3DmWQmQw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to