-
Notifications
You must be signed in to change notification settings - Fork 14
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
Thought about easing the configs #104
Comments
Hi @Jarrodsz I totally agree with the sentiment and I think it resonates with others because kiliman is working on something that could be useful to us https://twitter.com/kiliman/status/1733221823402160268 These "Remix Packs" could integrate seamlessly into the monorepo tools. Personally I will continue to create turbo generators in this repository to streamline package creation as much as I can, I will keep you updated. |
Ue
I have not the exact details sorry for that but you know what i mean with the config files. do you think we can cli it from a master file? Something like CLI Command Structure: p:config apply: Applies the configuration from the master template to specific packages or apps within the monorepo. Configuration Template Generation: Configuration Application: Integration with Existing Tools: |
I've been working extensively on a project that includes a comprehensive stack with components like a dashboard, admin panel, etc., all built on a mono repository. The setup has been fantastic, but I've identified a potential area for improvement.
In my current workflow, I've encountered several issues, particularly with importing from packages and integrating tools like Storybook in a Remix mono repo setup. These challenges led me to forego the mono repo approach in a new project to streamline the process and avoid configuration complexities.
One idea I've been considering is the possibility of simplifying the configuration process. Specifically, what if we could enhance the existing CLI to centralize the configuration management? Imagine having a master configuration file that governs the settings for all packages and apps. The CLI could then automatically update the respective tsconfig, package.json, and other configuration files. This approach would eliminate repetitive, sometimes nearly identical configurations, reducing the risk of errors and duplications.
Currently, due to unresolved issues with the mono repo setup, I'm developing and refining my packages within a single Remix app under app/packages. The goal is to eventually transition them back to a mono repo structure. A unified configuration system would greatly accelerate this process, making it more efficient and user-friendly.
This is just a thought, and I'm curious to hear if it resonates with others. Perhaps there are already solutions or ideas in this direction that I'm not aware of. Any feedback or suggestions would be greatly appreciated!
Thank you for considering this idea!
The text was updated successfully, but these errors were encountered: