# systems · systems.sh

CI/CD Pipelines

CI/CD pipelines built to automate the build-test-deploy cycle your brief describes.

CI/CDAutomated

A DevOps assignment is graded on the pipeline actually running green, with tests wired in rather than a build step that just checks the code compiles. We configure the tool your course actually uses, handle secrets properly, and hand over a passing run as evidence alongside the config itself.

What you get

  • Pipeline stages matched to your brief — build, test, deploy
  • Config file provided for the tool your course uses (GitHub Actions, Jenkins, GitLab CI)
  • Automated tests wired in, not just a build step
  • Secrets and credentials handled properly, never hardcoded
  • A green pipeline run included as evidence for your submission
  • A short write-up of the pipeline design for your report

What to send first

  • The lab sheet or brief, including the topology or architecture diagram
  • The tools required (Packet Tracer, GNS3, AWS, Azure, Docker, GitHub Actions…)
  • What evidence the marker wants — configs, screenshots, logs, a report
  • Access details only if the brief requires your own account (never your university login)

How it runs

  1. 01

    Send the spec

    The brief, the rubric, any starter code and the versions your marker uses. A photo of the PDF is fine to begin with.

  2. 02

    Scope and quote in writing

    We read it properly, ask what is unclear, and confirm a fixed price and delivery date. A small advance confirms the order.

  3. 03

    Build against the brief

    Work is tracked task by task against the spec. Longer projects are split into milestones you can review as they land.

  4. 04

    Tested handover

    A repo that installs from a README, run against your test cases, with the write-up if your rubric asks for one.

  5. 05

    Fixes and walkthrough

    One round of fixes if a marker flags something, and a walkthrough of how it works so you can explain it.

CI/CD Pipelines: common questions

Usually not — we build in our own environment and hand over the configuration, infrastructure code and evidence. If the brief insists on your account, we agree scoped access first. We never ask for your university login.

Yes. Evidence is captured as the work is done, labelled to match the brief's tasks, so the report and the submission line up.

It depends on the scope of the brief, the stack and the deadline. Send the spec on WhatsApp and you get a fixed price and delivery date in writing before any work starts — no hourly meter.

Turnaround depends on scope and is agreed with the quote. Tell us the real deadline, including the timezone, and we will say honestly whether it is workable before you commit.

./send-brief

Send your repo.

Paste the ci/cd pipelines brief into WhatsApp — the message already names the service. Scope and price come back in writing.