Skip to content

Lab Report 5

Mehmet Bora Sarioglu edited this page Mar 12, 2026 · 20 revisions

Lab 5 Report

Stub App Completion

[Leave empty - to be filled in by the team]

Planning Situation

[Leave empty - to be filled in by the team]

Conventions

To ensure long-term maintainability and high-velocity collaboration, our team adheres to modern industry standards for version control:

  • Commit Naming (Conventional Commits): We follow the Conventional Commits 1.0.0 specification. Messages must use the imperative mood and be prefixed with a type:

    • feat: A new feature for the user.
    • fix: A bug fix for the codebase.
    • docs: Documentation-only changes.
    • refactor: Code changes that neither fix bugs nor add features.
    • chore: Maintenance tasks (build scripts, package manager updates).
    • Example: feat: implement async API call for mentorship button
  • Branching Strategy (GitHub Flow): We utilize a streamlined branching model to maintain a deployable main branch:

    • main: The "Source of Truth." Contains production-ready code.
    • dev: Integration branch for combining tested features.
    • Short-lived Feature Branches: Named using kebab-case with a descriptive prefix (e.g., feature/user-auth, bugfix/api-timeout).
    • Atomic Development: Branches are kept small and focused on a single logical task to minimize merge conflicts.
  • Pull Request & Merge Policy:

    • Mandatory Peer Review: No code is merged into dev or main without at least one approval from a teammate.
    • CI/CD Readiness: Every PR must pass local Docker build checks and linting before being marked as "Ready for Review."
    • Integration Strategy: We utilize a hybrid approach based on the task:
      • Squash and Merge: For small features to keep the main history clean and linear by condensing "work-in-progress" commits into one.
      • Merge Commit: For complex, multi-person features where preserving the granular history is necessary for debugging.

Team Structure and Roles

We have chosen Option A: Specialized Sub-Teams to maximize efficiency by matching project requirements with member expertise.

Member Primary Role
Beratcan Doğan DevOps (Backend Focus)
Mehmet Bora Sarıoğlu Backend
İbrahim Kayan Backend
Muhammet Sami Çakmak Frontend
Burak Öğüt Frontend
Övgü Su Afşar Frontend
Amin Abu-Hilga DevOps (Frontend Focus)

Implementation Plan

  • Implementation Plan (MVP + Final Milestone): [Insert Link Here]

Individual Contributions

Following the lab directives, the table below outlines the specific tasks completed by each team member during the Git Workflow, Stub Application, and Team Planning session.

Name Task Linked Issue
Burak Öğüt [Insert Task] [#Issue]
Amin Abu-Hilga [Insert Task] [#Issue]
Övgü Su Afşar [Insert Task] [#Issue]
Halis Tunay Aslan [Insert Task] [#Issue]
Muhammet Sami Çakmak [Insert Task] [#Issue]
Beratcan Doğan [Insert Task] [#Issue]
İbrahim Kayan [Insert Task] [#Issue]
Mehmet Bora Sarıoğlu [Insert Task] [#Issue]
Team Members

Lab Reports


Weekly Meetings


Customer Meetings


Stakeholder Meetings


Project Requirements


🎦 Scenarios and Mock-ups

Use Case Diagrams

Class Diagram

Sequence Diagrams

Test Plan and Coverage


Project Standards


Final Milestone and MVP Plan

MVP Report


Final Milestone Report

Per-Member Prompt Logs


Future Work

Clone this wiki locally