You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The task of baselineUpdateConfig is seemingly hard-coded to use Palantir specific config options. While it's possible to just create your own .baseline directory, this becomes harder when rolling out to a fleet of Java projects.
I'd like to try applying this within @transferwise, but the config issues becomes a blocker to due to the config delta we would have.
What did you want to happen?
Is there appetite for making the config plugin/remote configurable? I'd be happy to try contributing this myself here, and keep your own plugin as a default if not overridden. I'm thinking of something like the following in the root project:
I see that other plugins reference strict paths to certain files too. Importing files during the idea task extension references palantir specific paths here. Is there a reason these use specific paths and not just whatever XML file is present in the directory?
What happened?
The task of
baselineUpdateConfig
is seemingly hard-coded to use Palantir specific config options. While it's possible to just create your own.baseline
directory, this becomes harder when rolling out to a fleet of Java projects.I'd like to try applying this within @transferwise, but the config issues becomes a blocker to due to the config delta we would have.
What did you want to happen?
Is there appetite for making the config plugin/remote configurable? I'd be happy to try contributing this myself here, and keep your own plugin as a default if not overridden. I'm thinking of something like the following in the root project:
The text was updated successfully, but these errors were encountered: