j40-cejst-2/.github/workflows
Emma Nechamkin 1c4d3e4142
Score tests (#1847)
* update Python version on README; tuple typing fix

* Alaska tribal points fix (#1821)

* Bump mistune from 0.8.4 to 2.0.3 in /data/data-pipeline (#1777)

Bumps [mistune](https://github.com/lepture/mistune) from 0.8.4 to 2.0.3.
- [Release notes](https://github.com/lepture/mistune/releases)
- [Changelog](https://github.com/lepture/mistune/blob/master/docs/changes.rst)
- [Commits](https://github.com/lepture/mistune/compare/v0.8.4...v2.0.3)

---
updated-dependencies:
- dependency-name: mistune
  dependency-type: indirect
...

Signed-off-by: dependabot[bot] <support@github.com>

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>

* poetry update

* initial pass of score tests

* add threshold tests

* added ses threshold (not donut, not island)

* testing suite -- stopping for the day

* added test for lead proxy indicator

* Refactor score tests to make them less verbose and more direct (#1865)

* Cleanup tests slightly before refactor (#1846)

* Refactor score calculations tests

* Feedback from review

* Refactor output tests like calculatoin tests (#1846) (#1870)

* Reorganize files (#1846)

* Switch from lru_cache to fixture scorpes (#1846)

* Add tests for all factors (#1846)

* Mark smoketests and run as part of be deply (#1846)

* Update renamed var (#1846)

* Switch from named tuple to dataclass (#1846)

This is annoying, but pylint in python3.8 was crashing parsing the named
tuple. We weren't using any namedtuple-specific features, so I made the
type a dataclass just to get pylint to behave.

* Add default timout to requests (#1846)

* Fix type (#1846)

* Fix merge mistake on poetry.lock (#1846)

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: Jorge Escobar <jorge.e.escobar@omb.eop.gov>
Co-authored-by: Jorge Escobar <83969469+esfoobar-usds@users.noreply.github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Co-authored-by: Matt Bowen <83967628+mattbowen-usds@users.noreply.github.com>
Co-authored-by: matt bowen <matthew.r.bowen@omb.eop.gov>
2022-08-26 15:23:20 -04:00
..
closed_be_pr.yml rm backend staging folder 2022-02-17 17:36:48 -05:00
closed_fe_pr.yml Github Actions for Staging Backend (#1281) 2022-02-16 16:40:25 -05:00
codeql-analysis.yml Release of improve census tract display info (#1480) 2022-03-29 19:49:57 -07:00
combine-tilefy.yml PyPi Packaging of Data Pipeline (#1464) 2022-03-21 18:55:15 -04:00
compile_mermaid.yml Fix broken YML links and add PR template (#1340) 2022-02-25 11:39:38 -08:00
data-checks.yml NRI dataset and initial score YAML configuration (#1534) 2022-08-09 16:37:10 -04:00
deploy_be_staging.yml Score tests (#1847) 2022-08-26 15:23:20 -04:00
deploy_fe_main.yml Marshmallow Schemas for YAML files (#1497) 2022-03-31 13:56:10 -04:00
deploy_fe_staging.yml Update Cypress GHA to v4 (#1768) 2022-07-26 10:59:12 -07:00
e2e.yml Fix broken YML links and add PR template (#1340) 2022-02-25 11:39:38 -08:00
generate-census.yml Update generate-census.yml 2021-11-30 13:49:21 -05:00
generate-score.yml Update generate-score.yml 2022-04-27 10:49:56 -04:00
main.yml Update main.yml (#704) 2021-09-17 10:06:59 -04:00
markdown-link-check.yml Run markdown link checker only on markdown changes (#1117) 2022-01-12 13:01:52 -05:00
README.md Update documentation to make it easier for users to find the right content for them (#1016) 2021-12-16 10:16:28 -05:00
refresh-be-cdn.yml Modify data tile server to static URL to fix CORS (#1512) 2022-03-30 13:44:58 -07:00
tribal-deploy.yml Starting Tribal Boundaries Work (#1736) 2022-07-30 01:13:10 -04:00

Justice40 Github Actions Workflows

This directory has the github actions workflows for the Justice40 Project.

This project is deployed on an AWS account managed by GeoPlatform.gov, and github actions is used to automate the data pipeline and all deployment steps.

The names of the Github Actions stages in the yaml files should describe what each step does, so it is best to refer there to understand the latest of what everything is doing.

To mitigate the risk of having this README quickly become outdated as the project evolves, avoid documenting anything application or data pipeline specific here. Instead, go back up to the top level project README and refer to the documentation on those components directly.