RFC: Project policy

[kdy1]

I want to hear opinions about two issues. Basically, I want to make a choice that benefits the swc project.

---

Issue 1: Undeprecating options which is deprecated without discussion with external vendors

• Ability to disable TS enum value inlining? #8114

We deprecated ts_enum_is_readonly intentionally, but there was no discussion beforehand. But I was fine with it while reviewing, because I consider ts_enum_is_readonly: true as something similar to isolatedModules: true. I think all projects should enable it, and that's all of my reasoning.

But it turned out that this can make swc less useful for some external vendors. I think it's better to hear opinions about requests like this, in general.

Issue 2: Maintenance burden vs DX of downstream users

I typically choose the latter, and that's why I created a bot that publishes all related crates when a PR is merged. But this time, the maintenance burden is noticeable.

• fix(codegen): remove non_exhaustive on Config #8113

This is about #[non_exhaustive] of swc_ecma_codegen::Config. I added it because a breaking change of swc_core makes me waste lots of time. A breaking change of swc_ecma_codegen is a breaking change of swc_core.

I need to update swc_core of next-swc periodically, but if there's a breaking change of swc_core, I have to update mdxjs-rs and swc-project/plugins. Typically, I had to wait for a long time to get the swc_core update PR to mdxjs-rs got merged.

But @dsherret requested to bring it back. My personal feeling is that I don't want to do it, at least considering the amount of contributions from the deno team, but I still want to make a choice for the project.

[kdy1]

cc @kwonoj @magic-akari @Austaras
cc @dsherret

cc @devongovett I'm sorry to bother you, but I want to hear your opinion as you are a user of swc while being a long-term maintainer of a huge open-source project at the same time.

[kdy1]

I filed wooorm/mdxjs-rs#37 to request permissions about mdxjs-rs. I'm fine with sending PRs. The problem is the waiting time, not the amount of work.