Skip to content

paul-gilber/demoapp-frontend

 
 

Repository files navigation

Demoapp frontend

This project was forked from: arjungautam1/fullstack-frontend and will be used for demonstration of DevOps CI/CD automation

See repository configuration

Features

  1. Provides consistent development environment across users using Visual Studio Code Dev Containers. See configuration

  2. Uses git pre-commit hooks to prevent Workflow failures caused by trivial errors like linter errors. This pre-commit hook is shared across users through Visual Studio Code Dev Containers using postCreateCommand.sh which sets hooks path to .githooks

  3. Uses Docker Compose to enable local deployment of the application (demoapp-frontend) including all dependencies (mysql). See compose.yaml

  4. Provides pull request checklist. See sample pull request

  5. Supports multi-platform container image builds using Docker buildx bake. See docker-bake.hcl

  6. Uses Container Structure Tests for running metadata, command and file existence tests to ensure consistency of image builds. See container-structure-test.yaml

  7. Uses GitHub Actions workflows for automating builds, scans, tests, publishing of GitHub Packages, automatic pull request labeling, and release drafting (and versioning)

  8. Supports build once, deploy many by defining object(s) during runtime using env.sh which overrides .env using runtime environment variables

GitHub Actions workflows

The following workflows are included in this project:

  1. Build
  1. Coverage reports with CodeCov

Codecov is the all-in-one code coverage reporting solution for any test suite — giving developers actionable insights to deploy reliable code with confidence. Trusted by over 29,000 organizations.

  1. Code Analysis with CodeQL

CodeQL is the analysis engine used by developers to automate security checks, and by security researchers to perform variant analysis.

  1. Code Analysis with SonarCloud

SonarCloud is a cloud-based code analysis service designed to detect coding issues.

  1. Pull Request Labeler

Automatically label new pull requests based on the paths of files being changed.

  1. Release Drafter

Drafts your next release notes as pull requests are merged into main. Release drafter recommends release version based on release-drafter.yml See sample releases.

  1. Publish Container Image to GitHub Packages
To create a release:
1. Create pre-release from draft. A corresponding tag is created by this step e.g. `v1.0.0`. Workflow is triggered when a tag starting with `v` is created.
2. Workflow builds and publishes release image to GitHub packages
3. Set pre-release as latest version

Dependencies

  1. demoapp-backend
  2. MySQL database instance

Visual Studio Dev Container with Podman Desktop

  1. Install Podman Desktop
  2. Install Podman CLI
  3. Install Podman Compose
  4. Update Visual Studio Code User Settings
# settings.json
{
  "dev.containers.dockerComposePath": "podman-compose",    # Add this
  "dev.containers.dockerPath": "podman"    # Add this
}

Build Application from Visual Studio Code Dev Container

This project uses Visual Studio Code Dev Containers which provides consistent Development environment across user(s) or team(s).

Visual Studio Code Dev Containers extension looks up devcontainer.json file which defines the Container environment specification.

Build Application Container Image with Multi-stage builds

Multi-stage builds are useful to anyone who has struggled to optimize Dockerfiles while keeping them easy to read and maintain.

docker build -f Containerfile -t demoapp-frontend .

Run Application from Visual Studio Code Dev Container

Run Application using Docker Compose

Compose is a tool for defining and running multi-container Docker applications. With Compose, you use a YAML file to configure your application's services. Then, with a single command, you create and start all the services from your configuration.

By default, Compose looks up configuration from compose.yaml.

# showing diff from demoapp-backend compose.yaml: https://github.com/paul-gilber/demoapp-backend/blob/main/deploy/docker-compose/compose.yaml
networks:
  backend:    # defines `backend` network which connects all services
  frontend:    # defines `frontend` network which connects all services except mysql
services:
  # Nginx is used as a reverse proxy to enable connectivity from host machine to docker compose services
  nginx:
    depends_on:
      demoapp-frontend:
        condition: service_healthy    # healthy status is indicated by `healthcheck` keyword
    # builds nginx image from `demoapp-frontend/nginx` directory
    build:
      context: ../../nginx
      dockerfile: Containerfile
    ports:
      - "8080:80"    # Forwards container port 80 to host port 8080. URL: http://localhost:8080/
    networks:
      - backend    # Connect to `backend` network
      - frontend    # Connect to `frontend` network
  demoapp-frontend:
    depends_on:
      demoapp-backend:
        condition: service_healthy    # Ensure `demoapp-backend` health before starting `demoapp-frontend` container
    environment:
      REACT_APP_DEMOAPP_BACKEND_URL: "${DEMOAPP_BACKEND_URL}"    # Override default demoapp-backend url
    healthcheck:
      test: curl --fail http://localhost:8080/    # command for testing health
    networks:
      - backend    # Connect to `backend` network
      - frontend    # Connect to `frontend` network
# Note: by default, compose.yaml was configured to use an existing application image. Run build before docker compose or update compose.yaml and enable `build` field

docker compose --project-directory deploy/docker-compose up
docker compose --project-directory deploy/docker-compose up --build # rebuild application image, only applicable if `build` field is enabled
docker compose --project-directory deploy/docker-compose down --volumes # remove containers, networks and volumes created by docker compose

Testing Application Container Image with Container Structure Tests

Container Structure Tests provide a powerful framework to validate the structure of a container image. These tests can be used to check the output of commands in an image, as well as verify metadata and contents of the filesystem

Run below command to run test for demoapp-frontend

container-structure-test test --image demoapp-frontend:latest --config container-structure-test.yaml

Packages

 
 
 

Languages

  • JavaScript 68.4%
  • HTML 9.8%
  • Shell 5.9%
  • HCL 5.6%
  • Dockerfile 5.2%
  • CSS 5.1%