Thread (5 messages) flat view 5 messages, 4 authors, 2021-12-01

Re: [PATCH] trace2: increment event format version

From: Junio C Hamano <hidden>
Date: 2021-11-11 23:47:07

Josh Steadmon [off-list ref] writes:
On 2021.11.11 15:03, Junio C Hamano wrote:
quoted
Josh Steadmon [off-list ref] writes:
quoted
In 64bc752 (trace2: add trace2_child_ready() to report on background
children, 2021-09-20), we added a new "child_ready" event. In
Documentation/technical/api-trace2.txt, we promise that adding a new
event type will result in incrementing the trace2 event format version
number, but this was not done. Correct this in code & docs.

Signed-off-by: Josh Steadmon <redacted>
---
 Documentation/technical/api-trace2.txt | 4 ++--
 trace2/tr2_tgt_event.c                 | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)
Hmph, it seems to me that this is better done before the release,
or am I mistaken?
Ideally yes, although I am not sure if there is anyone using traces who
strongly depends on the accuracy of the evt field.
Relieving us from having to keep track of the actual users is the
point of documenting to making promises ;-)
For release-blocking
fixes (for lack of a better term), should I have sent this patch
differently?
I do not think so.

Thanks.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help