Closed lifeiscontent closed 7 years ago
yes, it's not very good at the moment. in theory, I would say contribute on master through PR and we'll push to gh-pages later (=production).
the reality is I'm the only one working on it now and I'm working through https://github.com/nicoschmitt/openui because it's easier to test.
Would you mind contribute there for now until I figure this out?
@nicoschmitt you got it 👍
@nicoschmitt I'm about to open 2 PRs
Bring it on!
@nicoschmitt would you consider the following?
maybe I'm misunderstanding something or you're using your initial fork for staging purposes but. If yes, I'd consider spending some time writing some code to do the following:
Action | Reason |
---|---|
Remove all processed assets from master branch. (css, etc) | This will help with merge conflicts |
Automate build/deploy process | This will help with letting users see the most up-to-date features. |
Add development/production flags | So that during development we can see all the console.logs when they're helpful |
Use polyfill.io | To support older browsers |
Let me know what you think of these ideas.
could you come to slack to discuss this?
@nicoschmitt I think I pinged you.
I was thinking of working on some possible new features of this UI. Which branch should I work out of? It looks like gh-pages, master and the original fork all have recent changes.