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

Feature Suggestion: Enable Vite Hot Module Reloads in development mode #563

Closed
3 tasks done
LoTerence opened this issue Aug 30, 2024 · 6 comments
Closed
3 tasks done
Assignees
Labels
documentation Improvements or additions to documentation feature: automation/efficency role: frontend Pertains to frontend tasks size: 8pt Can be done in 31-48 hours
Milestone

Comments

@LoTerence
Copy link
Member

LoTerence commented Aug 30, 2024

Overview

As a developer I want to develop the frontend application without having to restart the server on every new code change.

Action Items

  • Enable vite HMR in development mode
  • Integrate vite frontend with django backend
  • Make sure it works in docker

Resources/Instructions

If there is a site which has documentation that helps with this issue provide the link(s) here:

Additional context
Add any other context or screenshots about the feature request here.

@LoTerence LoTerence added the documentation Improvements or additions to documentation label Aug 30, 2024
@LoTerence LoTerence self-assigned this Aug 30, 2024
@LoTerence LoTerence added the size: 8pt Can be done in 31-48 hours label Aug 30, 2024
@github-project-automation github-project-automation bot moved this to 🆕 New Issue Approval in P: CTJ: Project Board Aug 30, 2024
@LoTerence LoTerence moved this from 🆕 New Issue Approval to 🏗 In progress in P: CTJ: Project Board Aug 30, 2024
@LoTerence LoTerence moved this from 🏗 In progress to 👀 Questions/Review in P: CTJ: Project Board Aug 30, 2024
@LoTerence LoTerence moved this from 👀 Questions/Review to 🔖 Ready in P: CTJ: Project Board Aug 30, 2024
@kcoronel kcoronel added this to the 07 - MVP 1 milestone Sep 2, 2024
@kcoronel
Copy link
Member

kcoronel commented Sep 2, 2024

Hi @LoTerence I updated this issue with a Milestone and a 'Role' label

Can you explain why you added this issue to the 'Ready' column?

@nooriaali9 what is the type of workflow you would like Devs to have as they create issues? Some projects create issues and leave or place them in the 'New Issue Approval' and assign them to you (as our PM managing Kanban) and you release the issue to the appropriate column or re-assign it to the person who created the issue so that they can fix the issue ex: Add milestone, be more descriptive, etc. Another way projects manage issues is for the issue to be assigned to the Team Lead instead of the PM. The same process outlined above happens, the change is that the Team Lead manages releasing the issue to the appropriate column or return it to the issuer. @JimmyJuarez10 and @nooriaali9 what process would we like to share with the team?

@LoTerence
Copy link
Member Author

LoTerence commented Sep 2, 2024

Hi @kcoronel , Thank you for updating the issue. This is my first issue / PR workflow in HfLA so I'm still not totally familiar with the standard processes.

I thought "ready" column meant "ready for review" 😅 But I see that I was wrong now. Which column should it be in? I will move it right away.

Is there any documentation that explains the standard issue workflow in more detail?

@kcoronel
Copy link
Member

kcoronel commented Sep 2, 2024

No worries at all! Its helpful for me and the product team to understand how people are interpreting things so thank you!

We will get back to you re: workflow. I would like to hear what @nooriaali9 and @JimmyJuarez10 feel is best and are comfortable with.

@nooriaali9
Copy link
Member

Hi @LoTerence I updated this issue with a Milestone and a 'Role' label

Can you explain why you added this issue to the 'Ready' column?

@nooriaali9 what is the type of workflow you would like Devs to have as they create issues? Some projects create issues and leave or place them in the 'New Issue Approval' and assign them to you (as our PM managing Kanban) and you release the issue to the appropriate column or re-assign it to the person who created the issue so that they can fix the issue ex: Add milestone, be more descriptive, etc. Another way projects manage issues is for the issue to be assigned to the Team Lead instead of the PM. The same process outlined above happens, the change is that the Team Lead manages releasing the issue to the appropriate column or return it to the issuer. @JimmyJuarez10 and @nooriaali9 what process would we like to share with the team?

Hey Karen! The devs can assign the issue to me, and I will have a look at whatever needs updates - and move it to whatever column seems right. I'm sure our tech lead has enough on their plate anyway.

@kcoronel kcoronel moved this from 🔖 Ready to 🆕 New Issue Approval in P: CTJ: Project Board Sep 4, 2024
@kcoronel
Copy link
Member

kcoronel commented Sep 5, 2024

@LoTerence fyi we moved this issue to the 'New Issue Approval' column, and will be sharing an outlined workflow next week :)

@LoTerence
Copy link
Member Author

LoTerence commented Sep 18, 2024

Issue was resolved and merged on 09/12/2024 dev meeting

@github-project-automation github-project-automation bot moved this from 🆕 New Issue Approval to ✅ Done in P: CTJ: Project Board Sep 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation feature: automation/efficency role: frontend Pertains to frontend tasks size: 8pt Can be done in 31-48 hours
Projects
Archived in project
Development

No branches or pull requests

3 participants