Skip to content
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

initial setup fixes #240

Merged
merged 8 commits into from
Mar 30, 2024
Merged

initial setup fixes #240

merged 8 commits into from
Mar 30, 2024

Conversation

introkun
Copy link
Contributor

  • removed generated bundle.js
  • removed generated output.css
  • updated tailwind build path
  • updated gitignore to exclude environment.yml confing, output.css and bundle.js

Description

Checklist

  • Ran the Black Formatter and
    djLint-er on any new code
    (checks
    will
    fail without)
  • Made any changes or additions to the documentation where required
  • Changes generate no new warnings/errors
  • New and existing unit tests pass locally with my
    changes

What type of PR is this?

  • ✨ Feature
  • 🐛 Bug Fix
  • 🚨 Breaking Change
  • ♻️ Code Refactor
  • 📝 Documentation Update

Added/updated tests?

  • 👍 yes
  • 🙅 no, because they aren't needed
  • 🙋 no, because I need help

Related PRs, Issues etc

  • Related Issue #
  • Closes #

- removed generated bundle.js
- removed generated output.css
- updated tailwind build path
- updated gitignore to exclude environment.yml confing, output.css and bundle.js
@TreyWW
Copy link
Owner

TreyWW commented Mar 29, 2024

To be fair the output.css and bundle.js files are both quite nice to have, especially in deployments that get source directly from github releases that directly run the project and don't run npm run tailwind-build or webpack. There should be a better method then how we are currently doing it but fully removing it from source to me doesn't seem like the best idea.
I'm open for suggestions though

@introkun
Copy link
Contributor Author

It's a bad practice to keep generated files in Git

@introkun
Copy link
Contributor Author

How you will guarantee that someone will generate and add to Git a proper file?
Only generation (using CI) will help to address that

@TreyWW
Copy link
Owner

TreyWW commented Mar 29, 2024

Yeah I'm fine with it being added through CI, just don't want to pass nothing to git that's all. Any ideas how I'd pass the generated files through Github Actions onto master?

@introkun
Copy link
Contributor Author

You should keep generated files on the target server. You don't need to put it back to Git (even via CI)

@TreyWW
Copy link
Owner

TreyWW commented Mar 29, 2024

Oh i guess it could be added when we run docker build, that'd probably be the best place to have it. It just needs to be passed with source before it reaches the server in our case cause we just pull and run there isn't really room for any extra commands

@introkun
Copy link
Contributor Author

I can fix CI as well

- removed duplicate Dockerfile
- added frontend build at tests execution
- fixed gitignore
- removed generated bundle.js.map
- ensure generated files were created
- added tailwind-watch npm command
- removed watch from tailwind-build
- updated readme files for frontend
@introkun
Copy link
Contributor Author

I'm done @TreyWW.
All workflows ran successfully on my branch - introkun#1
image

Copy link
Owner

@TreyWW TreyWW left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Absolutely incredible PR, thank you!

@TreyWW TreyWW merged commit c4ed5ad into TreyWW:main Mar 30, 2024
17 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants