Skip to content

Conversation

@SamNie2027
Copy link

@SamNie2027 SamNie2027 commented Feb 1, 2026

📝 Description

CICD from BHCHP that builds frontend using npx nx build frontend and npx nx build backend and uses yarn to install and run dependencies.

Disables NX cloud so that GitHub Actions workloads don't become limitted.

Frontend build, backend build, linter, and test run are all separate so that there can be clear specificity from the PR page of what failed.

Comments out old CICD, saving it if a team has fully build-out cloud infrastructure for frontend/ backend using app runner and amplify. This CICD is more suitable for projects because it runs everything locally as it would be run locally.

✔️ Verification

Works on the BHCHP repo.

Copy link
Member

@maxn990 maxn990 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

approved with a few comments, overall looks really good! maybe we could add some sort of workflows.md file too just to clarify the structure for new tls and also explain why some parts are commented out.

thanks for taking this on, it's much appreciated!

Comment on lines +1 to +5
# name: Legacy CI/CD

# # First runs linter and tests all affected projects
# # Then, for each project that requires deployment, deploy-<project>-<service-type> is added
# # Environment variables are labelled <project-name>_SHORT_DESCRIPTION
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

could we make it clear (in comments) that this is an example workflow for deployment, i think it might be confusing potentially to new tls creating new projects from scaffolding why all this is commented out. i agree that commenting it out but keeping it is the best way to go though

@@ -0,0 +1,27 @@
name: Linter run
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

is there a reason to get rid of nx affected within the linter?

@thaninbew thaninbew self-requested a review February 3, 2026 19:05
Copy link

@thaninbew thaninbew left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Overall looks good! I also disabled Nx cloud in the FCC repo.

my review from looking at your file changes:

Agreed with Max's points:

  • adding clarity to documentation will be best, especially if scaffolding's gonna continue to be the norm for new C4C projects. "make it clear (in comments) that this is an example workflow for deployment"
  • I also think that we should keep nx affected if there wasn't any specific reason for removing it, since our projects can get large and linter can get slow.

Additional:

  • workflow files, (i.e. backend_build.yml and others..) should have trailing newlines at the end (I also lowkey forget, but it's best practice)
  • added a comment on the lint.yml file

branches: ['main']

jobs:
build:

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should this be "lint:" ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants