pyproject.toml 2.0 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748
  1. [build-system]
  2. requires = ["setuptools>=40.2.0,<64.0.0", "wheel"]
  3. build-backend = "setuptools.build_meta"
  4. [tool.black]
  5. # File filtering is taken care of in pre-commit.
  6. line-length=100
  7. target-version=['py38']
  8. [tool.isort]
  9. profile = "black"
  10. line_length = 100
  11. lines_between_sections = 1
  12. known_first_party = "sentry"
  13. skip = "migrations"
  14. [tool.pytest.ini_options]
  15. # note: When updating the traceback format, make sure to update .github/pytest.json
  16. # We don't use the celery pytest plugin.
  17. addopts = "-ra --tb=short --strict-markers -p no:celery"
  18. # TODO: --import-mode=importlib will become the default soon,
  19. # currently we have a few relative imports that don't work with that.
  20. markers = [
  21. "snuba: mark a test as requiring snuba",
  22. "itunes: test requires iTunes interaction, skipped unless --itunes is provided",
  23. "getsentryllc: test requires credentials for the GetSentry LLC organisation in Apple App Store Connect",
  24. "sentry_metrics: test requires access to sentry metrics",
  25. "broken_under_tags_values_as_strings: tests that currently fail if tags values are strings in clickhouse. this is mainly because they are not going to the right dataset",
  26. ]
  27. selenium_driver = "chrome"
  28. filterwarnings = [
  29. # Consider all warnings to be errors other than the ignored ones.
  30. "error",
  31. "ignore::django.utils.deprecation.RemovedInDjango30Warning",
  32. # At writing, the Google Bigtable Emulator relies on deprecated behavior
  33. # internally, this can be removed once a version containing this fix is
  34. # released: https://github.com/googleapis/python-bigtable/pull/246
  35. "ignore:The `channel` argument is deprecated; use `transport` instead.:PendingDeprecationWarning:google.cloud.bigtable*",
  36. # The following warning filters are for pytest only.
  37. # This is so we don't have to wrap most datetime objects in testing code
  38. # with django.utils.timezone.
  39. "ignore:DateTimeField.*naive datetime:RuntimeWarning",
  40. "ignore:.*sentry.digests.backends.dummy.DummyBackend.*:sentry.utils.warnings.UnsupportedBackend",
  41. ]
  42. looponfailroots = ["src", "tests"]