11 / Git, Debugging, and Competition Readiness
Git Workflow for FTC Teams
Use branches, commits, and pull requests without slowing the team down.
11 / Git, Debugging, and Competition Readiness
Use branches, commits, and pull requests without slowing the team down.
You will
This lesson is part of the team workflow layer, where code quality becomes a competition habit. The point is to make programming choices visible, reviewable, and recoverable when students are tired or under event pressure.
FTC teams move fast under pressure. Git lets students try changes without losing the last known working version, and it creates a record of what changed before an event.
A commit like feat: add arm PID is more useful than changed stuff. Students should group related changes and explain the robot behavior they affected.
Practice the workflow in small loops: make a change, describe it, test it, record the result, and decide whether it is safe to keep. The lesson should produce a team artifact such as a checklist, branch, commit, tuning note, or debug log.
For this specific lesson, students should first restate the goal in robot terms, then identify the value or behavior they expect to observe, then run the smallest test that proves the idea. The lesson should feel like a guided lab: predict, run, observe, explain, and only then extend.
UsefulGitCommands.md · Markdown
git status git switch -c feat/arm-pid git add TeamCode/src/main/java/org/firstinspires/ftc/teamcode git commit -m "feat: add profiled arm control" git pull git push
Workflow breaks when knowledge lives only in one student's head. If nobody knows what changed, what was tested, or what code is deployed, the robot becomes fragile. The lesson should make the next action obvious to another teammate.
Check your understanding
What is the main value of branches?
0 of 1 answered
References
Finished reading?
You'll move on to “Telemetry-First Debugging” next.