Clarification on "edited" and "synchronize" values for the "action" property of IssueCommentEvent, PullRequestReviewCommentEvent and PullRequestEvent
维护者通常 1 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 3/5
- 预计耗时
- 1-2 天
- 新手友好度
- 35/100
- Issue 类型
- 文档
- 描述清晰度
- 基本清楚
- 活跃度
- 停滞
- 技术栈
- github, openapi
- 领域
- api, documentation
调研方向
从链接的 IssueCommentEvent、PullRequestReviewCommentEvent 和 PullRequestEvent 文档开始，将它们的 action 定义与 issue 中描述的 GHArchive /events 数据进行比较。检查 2015 年至 2025 年间 event 规范或归档 payload 的行为是否发生了变化；完成的标准是记录关于 edited 和 synchronize 的明确答案，包括任何相关的版本或来源区别。
由索引模型根据 Issue 内容生成。
描述
Hello,
I work at Inria and I'm part of the CodeCommons project (which extends Software Heritage).
We're using GHArchive which is an archive of GitHub events that uses the /events api. According to its documentation, GHArchive stores raw events without any post-processing.
Using events from GHArchive, I have tried to estimate the number of modifications on comments and pull requests (pushing new code on a PR) daily but couldn't find any IssueCommentEvent, PullRequestReviewCommentEvent or PullRequestEvent with the action "edited" or "synchronize" from 2015 to 2025. So I have a few questions.
According to the GitHub api documentation, IssueCommentEvent and PullRequestReviewCommentEvent have an "action" property in the payload which has the value "edited" when a comment is edited. Also, PullRequestEvent has "action" property in the payload which can have several values, especially "edited" and "synchronize".
- Does the "edited" action represent the edition of comments ?
- Does the "synchronize" action represent the fact of pushing new code to a PR ?
- Did the specification for these events change ?
Thanks in advance for your help.
Best regards
- 主要语言
- 没有语言数据
- 星标
- 1.6k
- 派生
- 345
- 平均合并
- 6 小时
- 30 天内合并 PR
- 82
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
github/rest-api-description 的其他 Issue
-
feature
难度 1/5 1 小时以内 新手友好度 88/100
github/rest-api-description#7266 · 1 条评论 ·
维护者通常 1 天内回复
-
feature
难度 2/5 1-3 小时 新手友好度 82/100
github/rest-api-description#7246 ·
维护者通常 1 天内回复
-
feature
难度 2/5 1-3 小时 新手友好度 85/100
github/rest-api-description#7220 ·
维护者通常 1 天内回复
-
feature
难度 2/5 1-3 小时 新手友好度 82/100
github/rest-api-description#7201 ·
维护者通常 1 天内回复
-
feature
难度 2/5 1-3 小时 新手友好度 72/100
github/rest-api-description#7163 ·
维护者通常 1 天内回复
查看 github/rest-api-description 的全部 Issue
相似的 Issue
-
manager: startAgent retains the caller's subscribe/allowSubscribe/allowPublish arrays by reference未关闭area:manager bug triage:confirmed
难度 2/5 1-3 小时 新手友好度 78/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 76/100
维护者通常 1 天内回复
-
area: capture good first issue priority: P2 type: defect
难度 2/5 1-3 小时 新手友好度 78/100
jiegui2025/hwspec#51 ·
维护者通常 1 天内回复
-
[Feature]:未关闭enhancement
难度 2/5 1-3 小时 新手友好度 65/100
-
难度 2/5 1-3 小时 新手友好度 72/100
thephpleague/commonmark#1159 ·