profiles.env.example

# profiles.env — Workato CLI file-based credential store
#
# NOT a standard dotenv file. This is a CLI-owned format: each NAME= line
# starts a new profile record, and fields following it (until the next
# NAME= or EOF) belong to that record. Keys are case-sensitive and
# unprefixed. Lines starting with # are comments. Blank lines are ignored.
#
# Required per record: NAME, REGION, TOKEN.
# Optional per record:  WORKSPACE, WORKSPACE_ID, ENVIRONMENT, EMAIL, BASE_URL,
#                       STORE_TYPE.
# WORKSPACE_ID must be an integer. STORE_TYPE, when present, must be "file".
#
# WHERE TO PUT IT:
#   <your-project>/profiles.env
#
# Project root, OUTSIDE .wk/. The CLI reads this file; .wk/ is CLI-writable
# tool-managed state. Developer-authored files don't belong inside .wk/,
# and placing a file init must *read* inside a directory init is responsible
# for *creating* is a bootstrap contradiction (see ADR-006 Sub-decision 3,
# April 20 revision).
#
# `wk init` appends `profiles.env` as a single line to <project>/.gitignore
# as the safety net that the .wk/ self-gitignore used to provide — so a
# fresh init never leaves tokens one `git add .` away from a commit. Template
# repos and CI pipelines may add the same line preemptively; duplicates are
# skipped.
#
# This file lives under /docs so that it cannot be mistaken for a working
# profiles.env placed at the project root by accident. Copy it to
# <your-project>/profiles.env and edit.
#
# The CLI reads this file but NEVER writes to it. Create and manage it
# yourself, or generate it from your CI secrets manager.
#
# See docs/ADR-006-profile-identity-model.md Sub-decisions 3 and 7.

NAME=ci
WORKSPACE=acme-corp
WORKSPACE_ID=2100000735
ENVIRONMENT=prod
EMAIL=ci@acme.corp
REGION=us
TOKEN=wk-REPLACE-ME

# Multi-profile example — uncomment to enable a second record.
# WORKSPACE_ID and EMAIL are optional; omit them for a minimal record.
#
# NAME=staging
# WORKSPACE=acme-corp
# ENVIRONMENT=staging
# REGION=us
# TOKEN=wk-REPLACE-ME-TOO