You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For the most part, there are many shared components and many shared features. Also, we can have one shared webpack config. We can have it in a monorepo for the most part? Not sure. Fishing for thoughts
This is a great idea, I've been thinking of refactoring this project ( :( no time). Would be good to use the build pipeline from quran.com.
How can we make this happen? any idea on the folder structure?
maybe the existing audio repo can hold the DB and become an API? so that the new audio repo can be stateless.
Here is my proposal of the folder structure (I've never used mono-repo)
quran-fe/
├── quran/
│ ├── server
│ ├── client
│ ├── index.js
│ └── package.json
├── audio/
│ ├── server
│ ├── client
│ ├── index.js
│ ├── package.json
│ └── audio.db (maybe db can become its own api repo)
├── common-components/
│ ├── storybook
│ ├── components
│ ├── index.js
│ └── package.json
└── core/
├── webpack.dev.js
├── webpack.prod.js
├── build.js
└── tools.js
I am sure @ahmedre can shed some light on how best to work with mono-repo and their deployments. What would this mean for getting people to contribute? would it scare them away?
For the most part, there are many shared components and many shared features. Also, we can have one shared webpack config. We can have it in a monorepo for the most part? Not sure. Fishing for thoughts
cc @ahmedre @sabeurthabti
The text was updated successfully, but these errors were encountered: