Aditya Sirish

+1, I think CI verification obviously makes a lot of sense, but there's a lot of value IMO in increasing the number of verifiers by having all gittuf users in...

That's a good point. We've discussed supporting some operations as a custom git subcommand, but there's an open question there about RSL entry creation. I suppose a combination of subcommand...

Here's what I propose for the implementing command compatibility. We make `internal/cmd` the package for the _explicitly_ gittuf commands, those that manipulate policies, the RSL and so on, and have...

I think if we go this route, we'd want something a lot less opininated than cobra when it comes to expected flags etc. So `internal/frontend` would be extremely lightweight; we'd...

cc @patzielinski

Attestation compatibility would be great! Here are some questions I have towards getting there. **1. Ref Path** You raise a good point, `refs/attestations` is nice and generic, suitable for non...

Closed by #282.

@neilnaveen can you test this with the new gitinterface? v0.5.1 basically.

To confirm, `gittuf policy remote push | pull` work for you now?

Okay, I think we can close this then. I'm not sure we want this to be in the root gittuf cmd as it's probably more tied to command compatibility work?...