9 Commits (cd2479dfae0e18ac8caf83e53826f71efe77b220)

Author	SHA1	Message	Date
Predrag Gruevski	82d5d4d0ae	Deny creating files as a result of test runs. (#10253) ... A test file was accidentally dropping a `results.json` file in the current working directory as a result of running `make test`. This is undesirable, since we don't want to risk accidentally adding stray files into the repo if we run tests locally and then do `git add .` without inspecting the file list very closely.	1 year ago
Predrag Gruevski	803be5b986	Run CI when CI infra itself has changed. (#10239) ... Make sure that changes to CI infrastructure get tested on CI before being merged. Without this PR, changes to the poetry setup action don't trigger a CI run and in principle could break `master` when merged.	1 year ago
Predrag Gruevski	83986ea98a	Cache poetry install + unify Python/Poetry setup for lint and test jobs. (#9625) ... With this PR: - All lint and test jobs use the exact same Python + Poetry installation approach, instead of lints doing it one way and tests doing it another way. - The Poetry installation itself is cached, which saves ~15s per run. - We no longer pass shell commands as workflow arguments to a workflow that just runs them in a shell. This makes our actions more resilient to shell code injection. If y'all like this approach, I can modify the scheduled tests workflow and the release workflow to use this too.	1 year ago
Predrag Gruevski	35812d0096	Set up concurrency groups and workflow cancelation in CI. (#9564) ... If another push to the same PR or branch happens while its CI is still running, cancel the earlier run in favor of the next run. There's no point in testing an outdated version of the code. GitHub only allows a limited number of job runners to be active at the same time, so it's better to cancel pointless jobs early so that more useful jobs can run sooner.	1 year ago
Predrag Gruevski	c75e1aa5ed	Eliminate special-casing from test CI workflows. (#9562) ... The previous approach was relying on `_test.yml` taking an input parameter, and then doing almost completely orthogonal things for each parameter value. I've separated out each of those test situations as its own job or workflow file, which eliminated all the special-casing and, in my opinion, improved maintainability by making it much more obvious what code runs when.	1 year ago
Bagatur	995ef8a7fc	unpin pydantic (#9356)	1 year ago
Bagatur	3eccd72382	pin pydantic (#9274) ... don't want default to be v2 yet	1 year ago
Eugene Yurtsev	a091b4bf4c	Update testing workflow to test with both pydantic versions (#9206) ... * PR updates test.yml to test with both pydantic versions * Code should be refactored to make it easier to do testing in matrix format w/ packages * Added steps to assert that pydantic version in the environment is as expected	1 year ago
Harrison Chase	f35db9f43e	(WIP) set up experimental (#7959)	1 year ago