Skip to content

Day Five

πŸš€ Day 5 – Project Wrap-up & GitHub Deployment

Section titled β€œπŸš€ Day 5 – Project Wrap-up & GitHub Deployment”

Today’s mission: move your project to your personal GitHub repository and make it public. This is your chance to organize and present your work as a complete, professional portfolio project.

You’ll be restructuring, documenting, and finalizing everything from the past four days β€” with a focus on clarity, code quality, and storytelling.


Here’s what to do:

  • βœ… Clone or copy the project to your personal GitHub repo

    • Create a new public repository under your personal account
    • Use a clean, descriptive name like nyc-schools-analysis or similar
  • βœ… Restructure your folders to reflect the actions you performed, not the day labels
    For example:

  • πŸ“ nyc-schools-analysis/ ← Main project folder (GitHub repo root)
    β”œβ”€β”€ πŸ“ incident_analysis/ ← Former Day 1
    β”‚ └── README.md ← Explains task + key findings
    β”‚ └── data/ ← Any related raw/cleaned data
    β”‚
    β”œβ”€β”€ πŸ“ school_directory_exploration/ ← Former Day 2
    β”‚ └── README.md ← Task description + insights
    β”‚ └── visuals/ ← Bar charts or summaries
    β”‚ └── notebook.ipynb
    β”‚
    β”œβ”€β”€ πŸ“ database_queries/ ← Former Day 3
    β”‚ └── README.md ← SQL queries via Python + outcomes
    β”‚ └── queries.ipynb
    β”‚
    β”œβ”€β”€ πŸ“ database_population/ ← Former Day 4
    β”‚ └── README.md ← Data cleaning + upload logic
    β”‚ └── cleaned_data.csv
    β”‚ └── upload_script.py
    β”‚
    β”œβ”€β”€ πŸ“ assets/ ← Optional: project visuals, screenshots
    β”‚ β”œβ”€β”€ requirements.txt ← Dependencies list
    β”œβ”€β”€ environment.yml ← (Optional) Conda environment file
    β”œβ”€β”€ README.md ← Full project overview and summary


  • Link to your personal GitHub repository (must be public)
  • Pull Request in the cohort’s GitHub repo
  • Comment with both links in:
    πŸ‘‰ Issue #5 – Day 5 Task

3–5 hours

Focus on polish, presentation, and professional delivery. You’ve already done the heavy lifting β€” now package it into something you’re proud to share!


Each folder should have its own README explaining the task and results β€” and your main README should tell the story of the overall project. Treat your documentation like it’s part of your portfolio β€” because it is. πŸ§ πŸ’¬