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 10 months 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