Skip to content

Upgrade rollup #184

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

Merged
merged 1 commit into from
Oct 22, 2019
Merged

Upgrade rollup #184

merged 1 commit into from
Oct 22, 2019

Conversation

marijnh
Copy link
Contributor

@marijnh marijnh commented Oct 21, 2019

With Rollup 1.25.1, the build (including build-self, multiple times) works again even with patch 551a14e .

However, since the peerDependency still says ">=0.68.0", users might still run into issues when trying to run the plugin with an older Rollup that still has the bug. Should we also set the peer dep to the current version? Or consider Rollup bugs outside of the responsibility of the plugin? Or block on that?

@ezolenko
Copy link
Owner

Yes, we should set peer dependency to current version as well (I'll do it before releasing, in a few days hopefully, unless you want to make another quick PR). As long as minor version is different, we shouldn't break anybody who doesn't upgrade explicitly.

@ezolenko ezolenko merged commit 889c716 into ezolenko:master Oct 22, 2019
@marijnh
Copy link
Contributor Author

marijnh commented Oct 28, 2019

(Would really love to see a release. Let me know if I can do anything to speed that up.)

@ezolenko
Copy link
Owner

Ok, two broken releases before first coffee and some coffee later, I see that types are not written at all currently with rollup 1.25.1 and 1.26.0...

You can repro it if you update to master and do npm build (should see no differences in git) and then npm build-self -- will see all the type definitions gone (I updated build scripts to blow away dist before building, apparently npm prebuild step is not automatic...)

@marijnh
Copy link
Contributor Author

marijnh commented Oct 29, 2019

I think this is another manifestation of the same Rollup concurrency bug that caused the original issue—the declaration files are only written to the build-self dir, because Rollup accidentally uses the bundle object for one of the outputs for all of them in the context of the plugin hooks, so each of the generateBundle calls ends up writing to the same object, thus causing files to only appear in one of the output directories. Frankly, I'm somewhat surprised Rollup works as well as it does at all, given stuff like this.

I'm sorry for pulling you into this mess. I guess you should maybe roll all this stuff back for the time being and put out a non-deprecated release to get rid of the 'this package is deprecated' warning on npmjs.org. I'll continue to work with the Rollup maintainers to hopefully eventually sort out the brokenness.

@ezolenko
Copy link
Owner

Ah, makes sense, no worries. I just unpublished last two versions, should get rid of the warnings (should have done that yesterday, I thought you couldn't delete packages from npm)

@marijnh
Copy link
Contributor Author

marijnh commented Nov 1, 2019

Rollup 1.26.3 no longer has the issue that caused the declaration files to disappear here. (Several build-self runs leave the output unchanged.) So, yeah, if you're still interested in this, it might make sense to try again.

@ezolenko
Copy link
Owner

ezolenko commented Nov 1, 2019

Sure, could you create another PR?

@marijnh
Copy link
Contributor Author

marijnh commented Nov 4, 2019

See #190

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.

2 participants