Skip to content

Tags: sparks-baird/Ax

Tags

0.2.2

Add `batch_number` back into SAAABO NEHVI tutorial

Summary:
As titled

Created from CodeHub with https://fburl.com/edit-in-codehub

Reviewed By: dme65

Differential Revision: D30943852

fbshipit-source-id: 2170bcadab19c7ef99a4f3d496c88da77a630777

0.2.1

Unlink saasbo tutorials

Summary:
They require a botorch release, which we don't want to wait for to release
They failed in the laster release [here](https://github.com/facebook/Ax/runs/3291884796?check_suite_focus=true#step:5:498) and [here](https://github.com/facebook/Ax/runs/3291884796?check_suite_focus=true#step:5:644)

Removing them from `tutorials.json` will prevent `make_tutorials.py` from [discovering them](https://www.internalfb.com/code/fbsource/[cea1e232abc4]/fbcode/ax/scripts/make_tutorials.py?lines=72)

Reviewed By: ldworkin

Differential Revision: D30223576

fbshipit-source-id: ecfe72e0befc366ecf6e03c97b96140c1c425e6b

0.2.0

pin latest botorch release before releasing Ax

Summary: Bump the botorch version per step 3 [here](https://www.internalfb.com/intern/wiki/AE/DeveloperGuide/Open_Source/release/)

Reviewed By: lena-kashtelyan

Differential Revision: D29493329

fbshipit-source-id: ea42cd1ddb9777b1f6ca86c53abd0b7f0800f774

v0.1.20

Pin BoTorch to 0.4.0 (facebook#507)

Summary:
Pull Request resolved: facebook#507

As discussed with Balandat offline yesterday, we should pin BoTorch versions so that we don't always have to release Ax right after BoTorch.

Right now, we're in a slightly dangerous state where BoTorch 0.4.0 is released, and so because our setup.py file runs `pip install botorch>=0.3.3`, pip will install 0.4.0 now. But the stable version of Ax is actually not compatible with this newest version of BoTorch (as you can see from the failure of this test: https://github.com/facebook/Ax/runs/1967381927?check_suite_focus=true).

Reviewed By: lena-kashtelyan

Differential Revision: D26635518

fbshipit-source-id: bd34718a9faf55f3dbc0bf6115a96b72f4468372

0.1.19

Bump min botorch version (facebook#444)

Summary:
Pull Request resolved: facebook#444

To make the new contextual libraries happy, bump the botorch version (see failures in: https://fburl.com/kbkoen5s)

Reviewed By: lena-kashtelyan

Differential Revision: D25397593

fbshipit-source-id: c711ebb9d99477b5070d3758251d1d4a8b699b7a

0.1.18

remove sphinx-autodoc-typehints (facebook#419)

Summary:
Remove sphinx-autodoc-typehints from the sphinx/source/conf.py file. This was breaking our sphinx build, and is a temporary solution that will remove typehints from our docs.

Pull Request resolved: facebook#419

Reviewed By: lena-kashtelyan

Differential Revision: D24715038

Pulled By: Jakepodell

fbshipit-source-id: 7133ab2b09f6b418488f475bf21497c19daebc3d

0.1.17

Pin nbconvert and revert html parsing

Summary: fix the nbconvert to old and revert the html parsing

Reviewed By: lena-kashtelyan

Differential Revision: D24051937

fbshipit-source-id: 7c540d3f9a22f2f8cedaeab69ac10e53289ee5be

0.1.16

Add init to dir

Summary: In facebook#387, users are having issue importing from the botorch_modular module. Maybe it's because of the missing __init__.py. But I have no clue how this works **without** it . . .

Reviewed By: lena-kashtelyan

Differential Revision: D24031280

fbshipit-source-id: 3cbfebf3f756927a78979941676d8c2aa34ac2f7

0.1.15

`ListSurrogate`

Summary:
`Surrogate` for `ModelListGP`: constructs a `ModelListGP` with specified sub-model classes under the hood

Usage example:
```
m = BoTorchModel(
    surrogate=ListSurrogate(
        # Dictionary of which model class should be used to model which outcome.
        botorch_model_class_per_outcome={"m": SingleTaskGP, "n": SingleTaskGP}
    )
)
```

D23606005 then introduces default usage of this for cases where there are multiple X-s in Xs and they are not all the same (so we are not using batched multi-output).

Reviewed By: Balandat

Differential Revision: D23382535

fbshipit-source-id: ff524c658e09a8837f71646f309289cde4da8c33

v0.1.14

Remove unused variable in `choose_generation_strategy`

Summary:
As reported by an issue in github (facebook#341)
This variable `no_max_parallelism` is not used by `choose_generation_strategy` but is still one of the functions input arguments.
Cleaning it up in this diff

Reviewed By: lena-kashtelyan

Differential Revision: D22576370

fbshipit-source-id: 13c3d41b2c66151508a8d5e1290ff73b0601010f