Skip to content

make the debug subcommand actually useful #1061

@drewbanin

Description

@drewbanin

Feature

Feature description

Presently, dbt debug is pretty useless. I think we should trim out a lot of the output, and instead show:

  1. Expected path to profiles.yml (given CLI args, env vars, etc)
  2. Whether or not that profiles.yml actually exists (and is valid)
  3. Whether or not dbt_project.yml exists (and is valid)
  4. Whether or not certain dependencies are met (eg. is git installed?)
  5. Whether or not dbt can connect to the target database?
  6. A list of available targets
  7. A list of schemas that dbt will build into (?)

I'm sure there are other relevant things to add here, and not all of the above are strictly necessary.

Who will this benefit?

Folks who are new to dbt, or are configuring advanced functionality like custom schemas, for instance.

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or requestgood_first_issueStraightforward + self-contained changes, good for new contributors!

    Type

    No type

    Projects

    No projects

    Milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions