-
Notifications
You must be signed in to change notification settings - Fork 508
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
Feature Request: "tsdx eject" #652
Comments
Jared previously rejected this as against the project goals in #389 (comment) and I'm not particularly for it either. He also suggested But you didn't fill out the issue template or give a use-case for it either so I can't tell if there's some escape hatch we can add or I can point to. |
So, The main reason why I asked is that my colleagues and me like to understand whats happening under the hood of tsdx before using it in our projects. Also, ejecting would be the final measure that would become relevant if tsdx development becomes stale while dependencies move on... That a product owner does like to keep its customers on board is just natural, but we dont like golden cages particularly well... |
TSDX is an open-source project, and you're fully welcome to look under-the-hood. The meat of the codebase is probably <1k LoC. The same is applicable if it ever becomes stale, you can fork, your team can fork, the community can fork, or (not recommended) just copy/paste portions and keep those up-to-date wherever they're used. |
I wonder if it is possible to "eject" from tsdx, similar to "react-scripts eject", i.e. remove tsdx the tsdx dependency, and materialize all config files required to have a self-sustained ts-project.
The text was updated successfully, but these errors were encountered: