热门话题
#
Bonk 生态迷因币展现强韧势头
#
有消息称 Pump.fun 计划 40 亿估值发币,引发市场猜测
#
Solana 新代币发射平台 Boop.Fun 风头正劲
我觉得Github的PR应该被客户端本地优先的工具所取代。
一个PR -> 一些信号,表示请求将一个分支合并到目标分支上。
PR审查 -> 重用上述相同的信号,在PR分支上提交PR。
现在,diff块需要版本控制的评论。
完成。
/提醒自己查看 @radicle_xyz 的新版本,该版本旨在实现以本地为先的去中心化版本控制,包括工单和分支协作...
澄清:"diff hunk comment" 旨在实现 GH 评审评论的功能:
它在修订历史中被跟踪,注释一个 hunk(例如:"这个 API 函数必须是异步的",后续的 hunks 转换该函数),并且不会出现在代码中。
如果 git 已经在某个地方(在复杂的层层叠叠之下)内置了这个功能,我一点也不会感到惊讶,因为它与 "将补丁通过电子邮件发送给合作者" 的风格非常接近,这种风格更接近 git 的根源。
关键在于对 diff *评论* 的版本控制。
澄清 2:原始提交者可以通过接受差异或在审查 PR 之上创建第三个 PR(回应审查)来回应 "审查 PR"。这种乒乓式的互动将持续,直到双方都接受所有编辑。
该互动记录在历史中。
ps: 我正在作为爱好开发一个去中心化的本地优先版本控制工具(预计交付时间约为一年到无限期)。我希望它支持以下用例:
- 如上所述的PR流程
- 解决方案可以作为“叙述”的一部分生成一个“压缩”的单一更改
- 完整的历史记录仍然可用
202
热门
排行
收藏