Add support for multiple workspaces about polylith HOT 6 CLOSED

Thank you for the kind words @marksto!

it becomes possible to support that a workspace is used more than once, but with different settings

This is an idea I currently have, which would allow you to override e.g. test configuration settings. Another option is that each workspace only specify the workspaces they use, within their own workspace.edn config. That is maybe a simpler solution, but may introduce code duplication. I will experiment with the different alternatives, and see what works best!

from polylith.

My current idea is that each workspace.edn will have a :workspaces key where you can specify workspaces that you share code from, e.g.:

{:top-namespace "backend"
 :interface-ns "interface"
 :default-profile-name "default"
 :compact-views #{}
 :vcs {:name "git"
       :auto-add false}
 :tag-patterns {:stable "stable-*"
                :release "v[0-9]*"}
 :projects {"development" {:alias "dev"}}
 :workspaces [{:alias "s"
               :path "../shared"}]}

This means that every workspace will be self contained when it comes to configuration, and we don't need an omnipotent configuration file at the root of the workspace, as we discussed in ClojureScript support.

from polylith.

Hi @tengstrand! Having this feature in Polylith will be awesome! I remember our discussion about this in Slack just a few months ago. The pace of recent developments is astonishing. Kudos to you, Sean, Furkan and Lee Read!

One quick question, if you don't mind. Could you, please, hint at how this sub-feature can be useful? What can it give?

it becomes possible to support that a workspace is used more than once, but with different settings

from polylith.

Yes, that's the idea.

from polylith.

:workspaces [{:alias "s"
              :path "../shared"}]

@tengstrand, hmm, so using relative paths for wss effectively means they also can successfully end up not being nested? I.e. having the following one-level file structure:

<root-dir>
- <ws-a> <— can reference bricks from b and c
- <ws-b> <— can reference bricks from a and c
- <ws-c> <— can reference bricks from a and b

from polylith.

👏🏻

from polylith.