SSE | Sygnal Site Engine
Community ForumSupport Us!Micro-Consulting
  • Sygnal Site Engine ( SSE )
  • The SSE Architecture
  • What's New
  • Feature Roadmap
    • Component Architecture
    • File Copy & Augmented Builds
    • SA5 Integration
  • Installation & Setup
    • Setup Github Repository
    • Setup Netlify
      • jsDelivr
    • Setup Webflow
    • Advanced Install Notes
      • Creating a Persistent Test Env
      • Add SSE to an Existing Repo
  • Usage Notes
    • Developing with SSE
    • Building & Deploying Code
    • Code Structure
    • Page Router
    • Components
      • Components Future Notes
    • Source Structure & Key Files
      • Utilities
      • Route Dispatcher
      • Infrastructure
      • Usage Notes
    • SCSS
    • Useful Library Additions
      • Adding Libraries
      • Luxon
      • Cookies
      • Core Libraries
      • Extending Capabilities
    • Best Practices
    • Unit Testing
      • Using Google Sheets as a Unit Test Data Source
      • Datetime & Timezone Tests
      • Best Practices
      • Page 1
  • Sygnal Devproxy
    • What is Devproxy?
    • Devproxy Setup
    • Cloudflare Setup
    • Webflow Site Configuration
    • Configurations
      • Controlling deployment flow
    • Future
  • Tech Stack
    • Source Code Repository
    • Visual Studio Code
    • Developer IDE
    • Dev Hosting
    • Code CDN
    • Devproxy
  • Further Development
    • Dev Team Notes
      • Engine Mode
    • Reference Project
    • Future
      • Component Development
      • Reactive State Management
      • Expand Script Loading
    • Devmode
    • CI/CD Discussions
      • Page 2
    • SA5
  • Tools
    • Webflow Designer Notation
  • SPECIAL ENHANCEMENTS
    • cookie.js
    • PostHog
Powered by GitBook
On this page
  • Basic Devproxy Config
  • More Advanced Devproxy Config
  1. Sygnal Devproxy

Configurations

PreviousWebflow Site ConfigurationNextControlling deployment flow

Last updated 1 year ago

Basic Devproxy Config

More Advanced Devproxy Config

For large teams on large projects with heavy CI/CD requirements, it's possible to separate the TEST environment. This is most useful when;

  • You have multiple devs working concurrently

  • The TEST platform needs to be a vetted "release candidate" stage of content

The basic approach here is;

  • Add a test branch to your Github repo

  • Point the TEST code host in Netlify to the test branch ( instead of dev )

  • Formalize the promotion of the dev to test branch merges

In general;

  • DEVs push and pull to the dev branch

  • When an RC is ready, the team lead merges the dev branch into test

    • This test commit automatically gets picked up by Netlify, and published to the TEST code server

  • Testing team evaluates it using test.mysite.com

  • When a release is confirmed, the release manager merges the test branch into main

    • This main commit automatically gets picked up by Netlify, and published to the PROD code server

    • At the same time, any changes in Webflow would also be published so that the new HTML/CSS design changes are synchronized with the PROD code release

Drawing