# Release 2.0.0

DevFeed: [Release 2.0.0](<https://devfeed.tech/articles/release-2-0-0-20291.md>)

Original publisher: [Read original article](<https://mozilla.github.io/mozregression/2015/12/01/2.0.0-release.html>)

Published: 2015-12-01T00:00:00Z

Content type: release

Language: en

Sources: [Mozilla Automation](<https://devfeed.tech/sources/mozilla-automation.md>)

Topics: [debug](<https://devfeed.tech/topics/debug.md>), [Firefox](<https://devfeed.tech/topics/firefox.md>), [Mozilla](<https://devfeed.tech/topics/mozilla.md>), [App](<https://devfeed.tech/topics/app.md>)

Tags: [2-0-0](<https://devfeed.tech/tags/2-0-0.md>), [debug](<https://devfeed.tech/tags/debug.md>), [firefox](<https://devfeed.tech/tags/firefox.md>), [mozilla](<https://devfeed.tech/tags/mozilla.md>), [release](<https://devfeed.tech/tags/release.md>), [test](<https://devfeed.tech/tags/test.md>)

## AI overview

mozregression 2.0.0 changes its bisection flow to detect merge commits and switch to the relevant branch. The release also simplifies branch and revision options, adds branch aliases, supports date and changeset bisection on integration branches, and improves testing of build flavors such as debug builds.

## Source excerpt

2.0.0 is a major release of mozregression, as we changed the bisection flow based on ideas in the post I wrote a couple of weeks ago. Now mozregression will automatically detect a merge commit, and switch to bisect in the branch where the merged commits comes from. So mozilla-inbound is no longer the default for Firefox when bisecting by date is done, since there is no default now. Based on that, we have been able to simplify the overall usage of mozregression: removed the --inbound-branch option. Just use --repo now when you want to specify a branch, no matter if it is an integration or a release branch. allowed to bisect using dates on an integration branch removed the --good-rev, --bad-rev, --good-release and --bad-release options. Just use --good and --bad for everything now, being a date, a changeset, a release number or a build id. added some aliases for the branch names: you can use m-i, inbound or mozilla-inbound to describe the same branch - another example, m-c, central and mozilla-central are equivalent. mozregression is smarter to let you test builds with a specific flavor, e.g. debug builds. Those changes adds some new possibilities to bisect which were not available before, like bisecting using changesets on mozilla-central, only specify a good changeset (the bad changeset will be implied, and will be the most recent one). Some examples: # bisect using dates mozregression -g 2015-11-20 -b 2015-11-25 # implied branch is m-c mozregression -g 2015-11-20 -b 2015-11-25 --repo inbound # bisect using changesets mozregression -g dcd5230c4ce1 -b 931721112d8e # implied branch is m-i mozregression -g 1b2e15608f34 -b abbd213422a5 --repo m-c # use debug builds mozregression -g 2015-11-20 -b 2015-11-25 -B debug mozregression -g dcd5230c4ce1 -b 931721112d8e -B debug # of course, --launch works the same way now mozregression --launch abbd213422a5 --repo m-c mozregression --launch 2015-11-25 --repo m-i -B debug Just keep in mind that when you use a changeset, the defau