Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Upgrade to AutoPlugin #52

Merged
merged 3 commits into from
Apr 17, 2017
Merged

Conversation

RomanIakovlev
Copy link
Contributor

This required updating all the scripted tests to use SBT version that
supports autoplugins.
The plugin, despite being named auto, will not load automatically now,
to enable opt-in behavior for multi-project builds. This is a change
from the previous version, where it was auto-loaded, hence another
modification in scripted tests to enable the plugin.

P.S. I'm not strongly advocating the opt-in behavior. For me it's most important that the plugin becomes an AutoPlugin. I'm ready to bargain on anything else to get this merged and released.

This required updating all the scripted tests to use SBT version that
supports autoplugins.
The plugin, despite being named auto, will not load automatically now,
to enable opt-in behavior for multi-project builds. This is a change
from the previous version, where it was auto-loaded, hence another
modification in scripted tests to enable the plugin.
@RomanIakovlev
Copy link
Contributor Author

Travis seems to have problems with OpenJDK. Looks similar to this problem: travis-ci/travis-ci#5227. All tests are green on OracleJDK, so, I guess, it shouldn't be blocker.

Auto-load will enable more transparent migration for projects relying on
old plugin behavior. Dropped SBT version in tests from 0.13.6 to 0.13.5,
as the latter is when autoplugins were introduced.
@RomanIakovlev
Copy link
Contributor Author

I've added a workaround for Travis failures, and now the build is green. @matthewfarwell would you please consider merging and releasing this change? We rely on all of our SBT plugins to be AutoPlugins, and scalastyle-sbt is the last one without such feature.

@matthewfarwell
Copy link
Member

I will look at this over the next week.

@matthewfarwell matthewfarwell merged commit f1d4109 into scalastyle:master Apr 17, 2017
@matthewfarwell
Copy link
Member

Thanks!

@RomanIakovlev
Copy link
Contributor Author

Thanks @matthewfarwell for merging this. What about making an official release with this change (like 0.8.1 or even 0.9.0)? If anything else is needed to be completed before the release, I'd be happy to help.

@matthewfarwell
Copy link
Member

I will make a new release, but if you can tell me if it works for you - you should be able to try with the 0.9.0-SNAPSHOT release, that would be great as well.

@RomanIakovlev
Copy link
Contributor Author

@matthewfarwell yes, I've checked the 0.9.0-SNAPSHOT, and it seems to work fine for me.

In fact, I've been using locally built scalastyle-sbt artifact with this patch just merged for almost a year now (since the date of this issue creation), so I'd say it's been tested well.

@matthewfarwell
Copy link
Member

Cool. Thanks.

@kflorence
Copy link

@matthewfarwell can you publish this change externally please?

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

Successfully merging this pull request may close these issues.

None yet

3 participants