Skip to content
This repository has been archived by the owner on Nov 18, 2021. It is now read-only.

find a better approach for compatibility instead of using branches #14

Open
Ingwersaft opened this issue Feb 4, 2019 · 1 comment
Open

Comments

@Ingwersaft
Copy link
Owner

Currently, the only differences between all compatibility branches is the used jboss/wildfly cli client jar dependency. The jboss7 branch was needed for some time and now after #12, another branch is needed.

Goal of this story is to either find a way to change the dependency when using the plugin, or automate the release and publish process for master and all compatibility branches.

@amadeubarbosa
Copy link
Contributor

What if we keep only two different profiles? I'm a newbie in gradle but in maven we typically solve this using profiles, right?

https://stackoverflow.com/questions/166895/different-dependencies-for-different-build-profiles
http://maven.apache.org/pom.html#Profiles
https://stackoverflow.com/questions/40659986/maven-profiles-equivalent-of-gradle

Not so pretty solution but I think it works.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants