Hi Mark, I just tried the same here, and it worked for me as I expected. What version of cucumber are you using? I have tested with 0.7.3 and 0.8.5 - Reading the cucumber page I linked earlier, I notice that the tags behaviour was changed in 0.6.0 which was released in Jan 2010. Maybe this is part of the problem?
Cheers, Warren On 20/07/2010, at 4:11 PM, Mark Wotton wrote: > To tighten this up a bit: > > f.feature > """ > @foo > Scenario: Foo > > @bar > Scenario: Bar > """ > > and running it: > --------------- > mwot...@loki:/home/mwotton/projects/tmp$ cucumber f.feature > @foo > > > Scenario: Foo # f.feature:2 > > @bar > Scenario: Bar # f.feature:5 > > 2 scenarios (2 passed) > 0 steps > 0m0.001s > mwot...@loki:/home/mwotton/projects/tmp$ cucumber --tags ~...@foo --tags > ~...@bar f.feature > @foo > > > Scenario: Foo # f.feature:2 > > 1 scenario (1 passed) > 0 steps > 0m0.001s > -------------------------------------------------- > > Something is rotten in the state of Denmark. Any ideas what could be > happening? > Weirdly, swapping the order of the tags changes nothing, but swapping > the order of the scenarios in the feature file does. > > mark > > On Tue, Jul 20, 2010 at 3:58 PM, Warren Seen <warren.s...@gmail.com> wrote: >> I believe so. This tripped me up a while ago, because you're negating the >> tags, good old De Morgan's law comes into play. >> >> "--tags ~...@foo --tags ~...@bar" is supposed to be equivalent to (NOT foo) >> AND (NOT bar) which should be equivalent to NOT(foo OR bar) which is what >> you want isn't it? >> >> At least, that's the best explanation I could glean from here: >> http://wiki.github.com/aslakhellesoy/cucumber/tags >> >> On 20/07/2010, at 3:44 PM, Mark Wotton wrote: >> >>> Thanks, just tried that - unfortunately, that seems to get stuff >>> tagged as @foo. is listing --tags twice meant to give you the >>> intersection? Perhaps the negation is doing something odd... >>> >>> mark >>> >>> On Tue, Jul 20, 2010 at 3:33 PM, Warren Seen <warren.s...@gmail.com> wrote: >>>> Maybe use the -d flag for a dry run and exclude all your custom tags? eg >>>> --tags ~...@foo --tags ~...@bar etc. >>>> >>>> >>>> On 20/07/2010, at 3:27 PM, Mark Wotton wrote: >>>> >>>>> Hi all, >>>>> >>>>> I'm currently splitting up some cucumber test suites so that I can get >>>>> different parts of the test suite running at the same time in CI. I've >>>>> done this by tagging features functionally, but it's just occurred to >>>>> me that this permits features to slip through the gaps - if they're >>>>> not tagged using one of my set of tags, then they won't be run except >>>>> in a full rake, which won't ever happen on CI and therefore might not >>>>> get caught. >>>>> >>>>> Is there a way to get a list of tests that would have been run with a >>>>> given set of tags? I'd like to have the build fail if there are any >>>>> features that haven't been tagged with one of my top level set. >>>>> >>>>> Cheers >>>>> Mark >>>>> >>>>> -- >>>>> A UNIX signature isn't a return address, it's the ASCII equivalent of a >>>>> black velvet clown painting. It's a rectangle of carets surrounding a >>>>> quote from a literary giant of weeniedom like Heinlein or Dr. Who. >>>>> -- Chris Maeda >>>>> >>>>> -- >>>>> You received this message because you are subscribed to the Google Groups >>>>> "Ruby or Rails Oceania" group. >>>>> To post to this group, send email to rails-ocea...@googlegroups.com. >>>>> To unsubscribe from this group, send email to >>>>> rails-oceania+unsubscr...@googlegroups.com. >>>>> For more options, visit this group at >>>>> http://groups.google.com/group/rails-oceania?hl=en. >>>>> >>>> >>>> -- >>>> You received this message because you are subscribed to the Google Groups >>>> "Ruby or Rails Oceania" group. >>>> To post to this group, send email to rails-ocea...@googlegroups.com. >>>> To unsubscribe from this group, send email to >>>> rails-oceania+unsubscr...@googlegroups.com. >>>> For more options, visit this group at >>>> http://groups.google.com/group/rails-oceania?hl=en. >>>> >>>> >>> >>> >>> >>> -- >>> A UNIX signature isn't a return address, it's the ASCII equivalent of a >>> black velvet clown painting. It's a rectangle of carets surrounding a >>> quote from a literary giant of weeniedom like Heinlein or Dr. Who. >>> -- Chris Maeda >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Ruby or Rails Oceania" group. >>> To post to this group, send email to rails-ocea...@googlegroups.com. >>> To unsubscribe from this group, send email to >>> rails-oceania+unsubscr...@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/rails-oceania?hl=en. >>> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Ruby or Rails Oceania" group. >> To post to this group, send email to rails-ocea...@googlegroups.com. >> To unsubscribe from this group, send email to >> rails-oceania+unsubscr...@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/rails-oceania?hl=en. >> >> > > > > -- > A UNIX signature isn't a return address, it's the ASCII equivalent of a > black velvet clown painting. It's a rectangle of carets surrounding a > quote from a literary giant of weeniedom like Heinlein or Dr. Who. > -- Chris Maeda > > -- > You received this message because you are subscribed to the Google Groups > "Ruby or Rails Oceania" group. > To post to this group, send email to rails-ocea...@googlegroups.com. > To unsubscribe from this group, send email to > rails-oceania+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/rails-oceania?hl=en. > -- You received this message because you are subscribed to the Google Groups "Ruby or Rails Oceania" group. To post to this group, send email to rails-ocea...@googlegroups.com. To unsubscribe from this group, send email to rails-oceania+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/rails-oceania?hl=en.