Command Guide¶
Guide Fit¶
flowchart TD
family["Python Programming"] --> program["Python Functional Programming"]
program --> pressure["A concrete learner or reviewer question"]
pressure --> guide["Command Guide"]
guide --> next["Modules, capstone, and reference surfaces"]
flowchart TD
question["Name the exact question you need answered"] --> skim["Skim only the sections that match that pressure"]
skim --> crosscheck["Open the linked module, proof surface, or capstone route"]
crosscheck --> next_move["Leave with one next decision, page, or command"]
Read the first diagram as a timing map: this guide is for a named pressure, not for wandering the whole course-book. Read the second diagram as the guide loop: arrive with a concrete question, use only the matching sections, then leave with one smaller and more honest next move.
This page exists so the learner does not have to reverse-engineer the executable surface. Use it whenever you want to connect a course claim to runnable evidence.
Stable commands from the repository root¶
make PROGRAM=python-programming/python-functional-programming install
make PROGRAM=python-programming/python-functional-programming test
make PROGRAM=python-programming/python-functional-programming capstone-test
make PROGRAM=python-programming/python-functional-programming capstone-walkthrough
make PROGRAM=python-programming/python-functional-programming inspect
make PROGRAM=python-programming/python-functional-programming docs-serve
make PROGRAM=python-programming/python-functional-programming docs-build
make PROGRAM=python-programming/python-functional-programming capstone-tour
make PROGRAM=python-programming/python-functional-programming capstone-verify-report
make PROGRAM=python-programming/python-functional-programming capstone-confirm
make PROGRAM=python-programming/python-functional-programming proof
make PROGRAM=python-programming/python-functional-programming history-refresh
make PROGRAM=python-programming/python-functional-programming history-verify
make PROGRAM=python-programming/python-functional-programming history-clean
Stable commands from the capstone directory¶
make install
make test
make demo
make inspect
make tour
make verify-report
make confirm
make proof
make history-refresh
make history-verify
make history-clean
How to choose the right command¶
- Use
docs-servewhen you are reading the course-book locally. - Use
installbefore your first capstone run or when the environment changed. - Use
testwhen you want the strongest published course-level confirmation route. - Use
capstone-testwhen you only want the capstone pytest suite without the full confirmation bundle. - Use
capstone-walkthroughfrom the repository root, ordemoinsidecapstone/, when you want the learner-facing walkthrough route. - Use
inspectwhen you want the quickest inventory of packages, tests, and proof guides. - Use
capstone-tourortourwhen you want the learner-facing proof bundle. - Use
capstone-verify-reportorverify-reportwhen you want a durable review bundle with executed test output. - Use
capstone-confirmorconfirmwhen you want the strictest public confirmation route from inside the capstone itself. - Use
proofwhen you want the sanctioned end-to-end evidence route in one command. - Use
history-refreshwhen you want fresh module tags plus_history/worktrees/module-XXfor module-by-module comparison. - Use
history-verifywhen you want to confirm the generated worktrees still match the tracked module snapshot sources and manifests. - Use
history-cleanwhen you want to remove the generated history surface, the local module tags, and the generated history branch before rebuilding from scratch.
Honest rule¶
If a course claim matters, there should be a command or evidence bundle that helps you inspect it. If you cannot name that route, use the capstone guides and module maps to find the right surface before moving on.