Struct HelperChain 

pub struct HelperChain { /* private fields */ }

Try each helper in order on fill, broadcast approve / reject.

Typical wiring puts a CachingHelper before a GitCredentialHelper: the cache short-circuits the slow shell-out path once a working pair has resolved, and approvals propagate so subsequent calls hit the cache.

Implementations

impl HelperChain

pub fn new(helpers: Vec<Box<dyn Helper>>) -> Self

Build a chain from a list of boxed helpers, applied in order.

pub fn is_empty(&self) -> bool

true if no helpers are configured.

Calls into Helper::fill will always return Ok(None) for an empty chain.

Trait Implementations

impl Helper for HelperChain

fn fill(&self, query: &Query) -> Result<Option<Credentials>, HelperError>

Walk helpers in order. The first to return creds wins; helpers that error out are logged and skipped so a busted askpass program can’t lock the user out of git credential further down the chain. Mirrors upstream’s CredentialHelpers.Fill at creds/creds.go:502. If nothing returned creds and at least one helper errored, surface the last error so callers see why nothing worked rather than a bare “credentials not found”.

fn approve(&self, query: &Query, creds: &Credentials) -> Result<(), HelperError>

Broadcast to every helper. Errors from individual helpers are surfaced (first wins) — a failed approve generally means we couldn’t write to the keystore, which is worth knowing about.

fn reject(&self, query: &Query, creds: &Credentials) -> Result<(), HelperError>

Tell the helper that creds did not work for query.