package crs
Install
Dune Dependency
Authors
Maintainers
Sources
sha256=e9f9f5ec5aea9658ed640aaa06f887985bb6870adcf7555ebf6d48bb741e4793
sha512=901ac1caae6c4103a320b4a3a177ca3aa0583ad533c54e7740aba6652ccdbd6311d07ab4b73e3ba750beed24f85479b5e1b0e94504ecfd0c59bd49cdabebc369
doc/crs.cr-comment/Cr_comment/Priority/index.html
Module Cr_comment.Priority
Source
The Priority.t
type represents a priority classification that can be associated with a code review comment (CR). Assignment of a priority is not always direct; rather, it is typically computed as a function of other elements such as the CR's status, review context, and qualifier.
This classification is intended as a general convenience to help organize and filter CRs by indicating the reviewers's intent or suggested importance, but it does not prescribe a specific workflow or deadline.
The meaning and enforcement of each priority class — such as when a Soon
or Someday
comment should be addressed — are intentionally left undefined at this level. Higher-level tools or code review systems built on top of CRs may define their own policies or behaviors around these categories.
In the terminology used in the project, you'll sometimes come across language that makes a direct parallel between the CR's priority, and when work on it is expected to be "due" or meant to happen.
Typical interpretations:
Now
: Should be addressed promptly (while working on a PR for example).Soon
: Should be addressed in the near future.Someday
: Can be deferred until later.
These categories are intentionally flexible and meant to support a variety of development processes and team conventions.