GoCardless adopts DVC for ML data versioning and pipeline management
GoCardless had no automated data version control for their ML processes, which ran as long-running Python scripts, making model provenance tracking and reproducibility of ML artefacts difficult.
DVC's pipelining had critical gaps: no parallel stage execution, atomic output handling that wipes full datasets on re-run, a single lock file preventing multiple execution environments, and insufficient expressiveness for dynamic YAML-based pipeline definitions, forcing workarounds like dummy dependency files.
GoCardless achieved intuitive Git-like data versioning, automated model metrics tracking alongside code, and safe Jupyter notebook peer review via DVC; they recommend DVC for data versioning but plan to migrate away from its pipelining feature.
Frequently asked questions
What did this team achieve with this AI workflow?
GoCardless achieved intuitive Git-like data versioning, automated model metrics tracking alongside code, and safe Jupyter notebook peer review via DVC; they recommend DVC for data versioning but plan to migrate away f…
What tools did this team use?
DVC, pre-commit, Jupytext, GCS, GitHub.
What results were reported?
onboarding experience for new Data Scientists: improves the onboarding experience for new Data Scientists; Model metrics tracking: automates tracking of model performance (source-reported, not independently verified).
What failed first in this deployment?
DVC's pipelining had critical gaps: no parallel stage execution, atomic output handling that wipes full datasets on re-run, a single lock file preventing multiple execution environments, and insufficient expressivenes…
How is this back office ops AI workflow structured?
Git-synced data versioning → Artefact caching to GCS → ML pipeline stage execution → Model metrics tracking → Notebook peer review.