Fluid Forge
Get Started
See it run
  • Local (DuckDB)
  • Source-Aligned (Postgres → DuckDB)
  • AI Forge + Data Models
  • GCP (BigQuery)
  • Snowflake Team Collaboration
  • Declarative Airflow
  • Orchestration Export
  • Jenkins CI/CD
  • Universal Pipeline
  • 11-Stage Production Pipeline
  • Catalog Forge End-to-End
CLI Reference
  • Overview
  • Quickstart
  • Examples
  • Your own CI
  • Your own scaffolding
  • Custom validator
  • Apply hook
  • Reference
Demos
  • Overview
  • Architecture
  • GCP (BigQuery)
  • AWS (S3 + Athena)
  • Snowflake
  • Local (DuckDB)
  • Custom Providers
  • Roadmap
GitHub
GitHub
Get Started
See it run
  • Local (DuckDB)
  • Source-Aligned (Postgres → DuckDB)
  • AI Forge + Data Models
  • GCP (BigQuery)
  • Snowflake Team Collaboration
  • Declarative Airflow
  • Orchestration Export
  • Jenkins CI/CD
  • Universal Pipeline
  • 11-Stage Production Pipeline
  • Catalog Forge End-to-End
CLI Reference
  • Overview
  • Quickstart
  • Examples
  • Your own CI
  • Your own scaffolding
  • Custom validator
  • Apply hook
  • Reference
Demos
  • Overview
  • Architecture
  • GCP (BigQuery)
  • AWS (S3 + Athena)
  • Snowflake
  • Local (DuckDB)
  • Custom Providers
  • Roadmap
GitHub
GitHub
  • Introduction

    • Home
    • Getting Started
    • Snowflake Quickstart
    • See it run
    • Forge Data Model
    • Vision & Roadmap
    • Playground
    • FAQ
  • Concepts

    • Concepts
    • Builds, Exposes, Bindings
    • What is a contract?
    • Quality, SLAs & Lineage
    • Governance & Policy
    • Agent Policy (LLM/AI governance)
    • Providers vs Platforms
    • Fluid Forge vs alternatives
  • Data Products

    • Product Types — SDP, ADP, CDP
  • Walkthroughs

    • Walkthrough: Local Development
    • Source-Aligned: Postgres → DuckDB → Parquet
    • AI Forge And Data-Model Journeys
    • Walkthrough: Deploy to Google Cloud Platform
    • Walkthrough: Snowflake Team Collaboration
    • Declarative Airflow DAG Generation - The FLUID Way
    • Generating Orchestration Code from Contracts
    • Jenkins CI/CD for FLUID Data Products
    • Universal Pipeline
    • The 11-Stage Pipeline
    • End-to-End Walkthrough: Catalog → Contract → Transformation
  • CLI Reference

    • CLI Reference
    • fluid init
    • fluid demo
    • fluid forge
    • fluid skills
    • fluid status
    • fluid validate
    • fluid plan
    • fluid apply
    • fluid generate
    • fluid generate artifacts
    • fluid validate-artifacts
    • fluid verify-signature
    • fluid generate-airflow
    • fluid generate-pipeline
    • fluid viz-graph
    • fluid odps
    • fluid odps-bitol
    • fluid odcs
    • fluid export
    • fluid export-opds
    • fluid publish
    • fluid datamesh-manager
    • fluid market
    • fluid import
    • fluid policy
    • fluid policy check
    • fluid policy compile
    • fluid policy apply
    • fluid contract-tests
    • fluid contract-validation
    • fluid diff
    • fluid test
    • fluid verify
    • fluid product-new
    • fluid product-add
    • fluid workspace
    • fluid ide
    • fluid ai
    • fluid memory
    • fluid mcp
    • fluid scaffold-ci
    • fluid scaffold-composer
    • fluid scaffold-ide
    • fluid docs
    • fluid config
    • fluid split
    • fluid bundle
    • fluid auth
    • fluid doctor
    • fluid providers
    • fluid provider-init
    • fluid roadmap
    • fluid version
    • fluid runs
    • fluid retention
    • fluid secrets
    • fluid stats
    • fluid contract
    • fluid ship
    • fluid rollback
    • fluid schedule-sync
    • Catalog adapters

      • Source Catalog Integration (V1.5)
      • BigQuery Catalog
      • Snowflake Horizon Catalog
      • Databricks Unity Catalog
      • Google Dataplex Catalog
      • AWS Glue Data Catalog
      • DataHub Catalog
      • Data Mesh Manager Catalog
    • CLI by task

      • CLI by task
      • Add quality rules
      • Add agent governance
      • Debug a failed pipeline run
      • Switch clouds with one line
  • Recipes

    • Recipes
    • Recipe — add a quality rule
    • Recipe — switch clouds with one line
    • Recipe — tag PII in your schema
  • SDK & Plugins

    • SDK & Plugins
    • Quickstart — your first plugin
    • Examples

      • Runnable examples
      • Example: hello-scaffold — the minimal viable plugin
      • Example: gitlab-ci-scaffold — generate a complete CI project
      • Example: steward-validator — a custom governance rule
      • Example: prod-key-guard — apply-time invariant check
    • Journeys

      • Journeys
      • Your own CI/CD

        • You have your own CI/CD setup, no problem
        • GitLab CI — the bundle template
        • GitHub Actions — the bundle template
        • Jenkins — the bundle template
        • CircleCI — the bundle template
      • You have a strict project layout, no problem
      • You have governance rules, no problem
      • You want a check at apply time, no problem
    • Reference

      • Reference
      • Roles reference
      • Entry points reference
      • Trust model
      • Packaging
      • Companion packages
  • Providers

    • Providers
    • Provider Architecture
    • GCP Provider
    • AWS Provider
    • Snowflake Provider
    • Local Provider
    • Creating Custom Providers
    • Provider Roadmap
  • Advanced

    • Blueprints
    • Governance & Compliance
    • Airflow Integration
    • Built-in And Custom Forge Guidance
    • FLUID Forge Contract GPT Packet
    • Forge Discovery Guide
    • Forge Memory Guide
    • LLM Providers
    • Capability Warnings
    • LiteLLM Backend (opt-in)
    • MCP Server
    • Credential Resolver — Security Model
    • Cost Tracking
    • Agentic Primitives
    • Typed Errors
    • Typed CLI Errors
    • Authoring Forge Tools
    • Source-Aligned Acquisition
    • API Stability — fluid_build.api
    • Guided fluid forge UX
    • V1.5 Catalog Integration — Architecture Deep-Dive
    • V1.5 + V2 Hardening — Release Notes
  • Project

    • Contributing to Fluid Forge
    • Fluid Forge Docs Baseline: CLI 0.8.3
    • Fluid Forge Docs Baseline: CLI 0.8.0
    • Fluid Forge Docs Baseline: CLI 0.7.11
    • Fluid Forge Docs Baseline: CLI 0.7.9
    • Fluid Forge v0.7.1 - Multi-Provider Export Release

fluid schedule-sync

Stage 11 of the 11-stage pipeline. Push DAG files emitted by fluid generate schedule / fluid generate artifacts to a scheduler control plane. Path-A-only (DAG-file-push); Path-B engines like EventBridge / Snowflake Tasks apply their schedules inside stage-7 apply, so stage 11 is a no-op for them.

Added in 0.8.0.

Syntax

fluid schedule-sync --scheduler NAME --dags-dir PATH [--destination URL] [options]

Key options

Scheduler target

OptionDescription
--schedulerOne of airflow, mwaa, composer, astronomer, prefect, dagster. Required.
--dags-dirDirectory of DAG files to push (typically dist/artifacts/schedule/). Required.

Per-scheduler transport

OptionSchedulerDescription
--destination URLairflow / mwaaDestination for the DAG files. Supports s3://, gs://, az://, file://, ssh://, scp://, or a bare path. Required for airflow and mwaa.
--environment-name NAMEcomposer / astronomerComposer environment name or Astronomer deployment name.
--location REGIONcomposerGCP region (e.g. europe-west1).
--workspace NAMEprefect / dagsterPrefect workspace or dagster-cloud deployment name.

Behaviour

OptionDescription
--envEnvironment overlay (dev / staging / prod).
--dry-runLog the planned subprocess argv without executing — safe to run in any env.
--bundle PATHPath to the signed source tgz bundle the DAGs were generated from. Required whenever --verify-signature is set; ignored otherwise.
--verify-signatureRefuse to push DAGs unless the bundle's cosign signature verifies. Requires --bundle PATH — passing --verify-signature alone aborts with schedule_sync_verify_signature_missing_bundle. See fluid verify-signature.
--verify-key PATHKeyed-mode verification public key (path or KMS URI), matching bundles signed with bundle --sign --sign-key. Selects keyed verification over the default keyless mode. Ignored unless --verify-signature is set.
--timeout SECONDSPer-subprocess timeout. Default 600, hard cap 3600.
--report PATHJSON result summary.

Dispatch table

--schedulerDispatches to
airflowURL-scheme-routed: aws s3 sync, gsutil -m rsync, az storage blob sync, rsync (file://), scp / rsync -e ssh.
mwaaaws s3 sync to the MWAA S3 bucket, with an explicit --exclude for __pycache__/.
composergcloud composer environments storage dags import.
astronomerastro deploy --dags-only.
prefectprefect deploy --from-dir <dags-dir> in the named workspace.
dagsterdagster-cloud deploy --from-dir <dags-dir> in the named deployment.

The CLI never invokes a shell; every dispatch builds an argv list and calls subprocess.run(argv, shell=False). User-supplied values (--destination, --environment-name, --location, --workspace) are validated against a strict whitelist before reaching argv. Shell metacharacters are rejected.

Self-gating in generated CI

The Jenkins + 7-system templates from fluid generate ci self-gate stage 11 on dist/artifacts/schedule/ existence. Three conditions collapse into one INFO-level skip with exit 0:

  1. Reference-only contract — stage 3 auto-skipped the schedule emitter.
  2. Stage 3 was toggled off — no dist/artifacts/ tree at all.
  3. No orchestration.engine in the contract — schedule emitter produced zero DAGs.

Direct CLI callers of fluid schedule-sync still get the strict hard-fail (schedule_sync_dags_dir_missing, exit 2) so typos surface loud.

Examples

Airflow via S3 (production)

fluid schedule-sync \
  --scheduler airflow \
  --dags-dir dist/artifacts/schedule/ \
  --destination s3://my-airflow-dags/team-x/ \
  --env prod

Airflow via shared volume (local lab)

fluid schedule-sync \
  --scheduler airflow \
  --dags-dir dist/artifacts/schedule/ \
  --destination file:///workspace/airflow/dags/team-x \
  --env dev

Composer

fluid schedule-sync \
  --scheduler composer \
  --dags-dir dist/artifacts/schedule/ \
  --environment-name my-composer-env \
  --location europe-west1 \
  --env prod

Astronomer

fluid schedule-sync \
  --scheduler astronomer \
  --dags-dir dist/artifacts/schedule/ \
  --environment-name my-deployment \
  --env prod

Prefect / Dagster Cloud

fluid schedule-sync --scheduler prefect \
  --dags-dir dist/artifacts/schedule/ \
  --workspace team-x/prod

fluid schedule-sync --scheduler dagster \
  --dags-dir dist/artifacts/schedule/ \
  --workspace team-x/prod

Dry-run (preview argv, no push)

fluid schedule-sync \
  --scheduler airflow \
  --dags-dir dist/artifacts/schedule/ \
  --destination s3://my-airflow-dags/team-x/ \
  --dry-run

Signature-gated push (supply chain)

# Pair with `fluid bundle --sign --attest` in stage 1.
# --verify-signature requires --bundle pointing at the signed tgz.
fluid schedule-sync \
  --scheduler airflow \
  --dags-dir dist/artifacts/schedule/ \
  --destination s3://my-airflow-dags/team-x/ \
  --verify-signature \
  --bundle dist/bundle.tgz
# Refuses to push if the source tgz bundle's cosign signature doesn't verify

Notes

  • Each scheduler's native CLI must be on PATH: aws, gcloud, astro, prefect, or dagster-cloud. fluid doctor verifies this.
  • --dry-run short-circuits before subprocess invocation and emits the (redacted) planned argv. Nothing about the destination changes.
  • Exit codes: 0 = pushed (or dry-run complete); 1 = push failure (subprocess exit non-zero); 2 = config error (missing --dags-dir, empty dir, bad scheduler choice).
  • Path-B schedulers (EventBridge, Snowflake Tasks, MWAA-native) apply their schedules inside stage-7 apply via SchedulePlanner. Stage 11 is a no-op for those contracts.
Edit this page on GitHub
Last Updated: 5/17/26, 6:10 PM
Contributors: fas89, Claude Opus 4.7 (1M context)
Prev
fluid rollback