Skip to content

Clarify what to do in case of conflict  #16

@plexus

Description

@plexus

I'm very happy to see this initiative, as a tool author I was looking to see if something like this existed. I'm happy it does, and I'll be adopting this for starters in Kaocha, a test runner for Clojure.

One thing that I think would be worth stating explicitly is how tools should behave if a config file exists both at the top level of the project and in . config

Reasonable options

  • show an error message and exit
  • top level takes precedence (with warning?)
  • .config takes precedence (with warning?)
  • they are merged (in a specified order), if that makes sense for the tool

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions