Save a repeatable script
See this course’s project requirements
A repeatable Bash workflow with checked registration counts, a controlled rerun and clear handoff instructions.
Keep your working files in your own notebook or software. Save a private description, checklist, and work link in My Proof.
What to include
- Location and path log.
- Raw-row count with header handling.
- Confirmed counts by session.
- Reviewed script and dedicated output path.
- Baseline/variation results and handoff.
Review and revise
Use these criteria to check your work and choose what to improve.
- Paths and quoting are accurate.
- Counts reconcile with the fixture.
- Raw data is preserved.
- Rerun and limitations are explained.
Want more background?
The idea in everyday life
Summarize fictional workshop registrations using Bash and a small tab-separated file.
A script is saved command text; repeatability also depends on readable inputs and location.
Save a repeatable script — guided practice
Turn the checked pipeline into a script that writes a dedicated result file.
Create an empty shell-lab folder. Inside it create input and output folders. Put registrations.tsv in input with these tab-separated rows and a final newline: session<TAB>status; art<TAB>confirmed; code<TAB>confirmed; art<TAB>waiting; code<TAB>confirmed; music<TAB>confirmed. Start the terminal in shell-lab. Bash required; no sudo, remote systems or deletion commands. Put the supplied summarize.sh in shell-lab. It changes to its own folder before reading input. Do not run downloaded unknown scripts.
1. Read before running
Open summarize.sh and identify its input and output paths.
You should see: It checks that input/registrations.tsv is readable before writing output/confirmed.txt.
Reviewing a script reveals its effects before execution.
2. Run with Bash
Execute bash summarize.sh from shell-lab.
bash summarize.shYou should see: The command finishes and output/confirmed.txt exists.
Explicit Bash avoids relying on execute permissions.
3. Inspect saved output
Print output/confirmed.txt.
cat output/confirmed.txtYou should see: Counts are art 1, code 2 and music 1.
Successful execution alone does not prove useful output.
4. Explain redirection
Write that > replaces this dedicated output file on each run.
You should see: The script recreates one report rather than appending duplicates.
The target must be disposable output, never the raw input.
What to finish
A reviewed summarize.sh and checked output file.
Watch for this
Redirecting a command’s output to its own input path can destroy the input before it is read.
How can I tell I understand it?
Complete the changed case, explain your result, and pass the three application checks.
Quick knowledge check
Answer all 3 questions. Get at least 2 right and the lesson completes automatically.
You’ll get an explanation for each answer. Signed in? Your results save to your account.
Pass the check. We’ll save the progress.
Answer all 3 questions above and get at least 2 right. You can review the explanations and try again.
Go to the knowledge checkOptional course overview video · same video as Lesson 1
Lecture 1: Course Overview + The Shell (2020)
From Missing Semester. Watch here or open it on YouTube .
Optional course overview. Follow the written steps below at your own pace.Tools, templates, and lesson sources
Tools and templates
Tools open in a new tab so you can keep your place here.
Sources and further reading
Explore the references behind this lesson.
Source & access notes · checked 2026-09-12
Opened and inspected on 2026-09-12: Arguments, paths and input/output.
Access: Free public web page; no paid enrollment required.
Reuse: CC BY-NC-SA; link only.
Source & access notes · checked 2026-09-12
Opened and inspected on 2026-09-12: Sorting, counts, pipes and redirection.
Access: Free public web page; no paid enrollment required.
Reuse: CC BY 4.0 instruction; MIT examples. Independent fixture used.
Report a problem with this lesson
Tell us what went wrong. Please leave out personal information and private project contents.