Skip to content
Snippets Groups Projects
Select Git revision
  • renovate/major-opa
  • advisory/tj
  • main default protected
  • defect/telem
  • docs/pattern
  • spike/go-tools-124-gql
  • spike/go-tools-124
  • chore/deepmap
  • docs/mas
  • build/notify
  • fix/du
  • defect/diff
  • defect/json
  • chore/schema
  • feat/diff-json
  • chore/typo
  • build/binaries
  • build/changelog-
  • defect/otel
  • chore/otel
  • v0.116.2 protected
  • v0.116.1 protected
  • v0.116.0 protected
  • v0.115.3 protected
  • v0.115.2 protected
  • v0.115.1 protected
  • v0.115.0 protected
  • v0.114.0 protected
  • v0.113.5 protected
  • v0.113.4 protected
  • v0.113.3 protected
  • v0.113.2 protected
  • v0.113.1 protected
  • v0.113.0 protected
  • v0.112.0 protected
  • v0.111.1 protected
  • v0.111.0 protected
  • v0.110.2 protected
  • v0.110.1 protected
  • v0.110.0 protected
40 results

repo.go

Blame
  • Jamie Tanna's avatar
    a6b11039
    Add CLI to write policy violations to the DB · a6b11039
    Jamie Tanna authored
    As well as performing ad-hoc evaluations on the command-line with
    `dmd policy evaluate`, we should also make it possible to store the
    state in the DB.
    
    This introduces a new command-line call, `dmd db generate
    policy-violations`, which allows us to process each policy file in the
    specified directory.
    
    This introduces the new `policy_violations` table, instead of reusing
    `advisories`, as the `policy_violations` can have more detail than
    `advisories`. This was chosen to avoid trying to make `advisories` too
    complicated with lookups, and instead focus on a separate
    fit-for-purpose model.
    
    As this introduces a table, we need to provide the plumbing for a new
    `Repository`. We'll implement the anonymisation functionality in #283,
    as it needs some thinking before implementation.
    
    Closes #268.
    a6b11039
    History
    Add CLI to write policy violations to the DB
    Jamie Tanna authored
    As well as performing ad-hoc evaluations on the command-line with
    `dmd policy evaluate`, we should also make it possible to store the
    state in the DB.
    
    This introduces a new command-line call, `dmd db generate
    policy-violations`, which allows us to process each policy file in the
    specified directory.
    
    This introduces the new `policy_violations` table, instead of reusing
    `advisories`, as the `policy_violations` can have more detail than
    `advisories`. This was chosen to avoid trying to make `advisories` too
    complicated with lookups, and instead focus on a separate
    fit-for-purpose model.
    
    As this introduces a table, we need to provide the plumbing for a new
    `Repository`. We'll implement the anonymisation functionality in #283,
    as it needs some thinking before implementation.
    
    Closes #268.
Code owners
Assign users and groups as approvers for specific file changes. Learn more.