Skip to content

docs(flyte-sdk-author): call out CWD-relative .flyte/config.yaml discovery - #31

Open
BadToast wants to merge 1 commit into
flyteorg:mainfrom
BadToast:docs/cwd-config-antipattern
Open

docs(flyte-sdk-author): call out CWD-relative .flyte/config.yaml discovery#31
BadToast wants to merge 1 commit into
flyteorg:mainfrom
BadToast:docs/cwd-config-antipattern

Conversation

@BadToast

@BadToast BadToast commented Aug 5, 2026

Copy link
Copy Markdown

Motivation

Existing anti-pattern #6 already covers "don't forget flyte.init_from_config()"
for the flyte.serve() case, but the sibling gotcha — that config discovery
is CWD-relative and there is no warning when it falls back to defaults — is
never called out. This surfaces as mystifying "why is my project setting
being ignored?" behaviour that's easy to burn 30 minutes on.

Placement

Appended as anti-pattern #7 at the end of the existing numbered list in
## Anti-Patterns to Avoid. Deliberately kept adjacent to #6 (which covers
the related flyte.init_from_config() requirement) — same root cause,
different failure mode.

…overy

Add an anti-pattern noting that `.flyte/config.yaml` is discovered relative
to the current working directory, and that `flyte run` / `deploy` / `serve`
must be invoked from the directory containing the config file (typically the
project root). Running from a subdirectory silently falls back to defaults
without any user-visible warning.

Complements existing anti-pattern flyteorg#6 (`flyte.init_from_config()` required for
apps) — same root cause (config discovery), different failure mode.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant