Mercurial is not a suggestion. It is a line in the sand that defines how work moves between teams without breaking pace. Ignore it, and velocity collapses. Follow it, and you keep the build alive.
The EBA Outsourcing Guidelines set exact rules for delegating projects, tasks, and maintenance outside your core unit. In their mercurial form, they adapt fast to shifting priorities and version control needs. This speed is critical when teams rely on Mercurial for distributed source management. Outsourcing in this environment demands precise handoffs, strict repository access protocols, and alignment in branch strategy.
The guidelines start with scope. Every outsourced task must have a single owner, a clear definition of done, and a target branch in Mercurial. Without these, commits drift, merges collide, and technical debt grows. Document scope in the same system used for tracking changes—ideally linked directly to the Mercurial repository—so no one works in the dark.
Next is codebase control. Maintain strict access control on your repo. EBA rules stress that external contributors should only touch modules tied to their contract. Mercurial supports granular permissions; use them. Review incoming changesets before merge, and never allow direct commits to main without internal approval.