HbEasy2Merge - 101camp/playground GitHub Wiki
~ 缘起 4d[draft] 自怼圈 协同项目的组织姿势 · Issue #306 · DebugUself/du4proto
- C-C 模式: 即 commit-comment 模式 或 commit-comment 和合模式
- commit 是指 GitHub 的 commit 界面
- comment 是指在 commit 界面逐行点评
- 和合技 (E 文代号:Easy2Merge) 是参照圣经和合本翻译过程的一种小组互助写作技法
大妈已解释得非常清楚了, 简述之:
- 和 easy ~ 和谐文气, 统一措辞, 力求雅洁
- 合 merge ~ 合并内容, 梳理结构, 打通逻辑
- 技 skill ~ 对具体文章 / 段落 / 语句 / 词语 / 字眼 技巧性的应用和合:
- 竭力口语化, 清除坏味道
- 又兼顾文采, 比兴常见的喻体
- 反对:
- 恶典
- 网络用词
- 过当比喻
- 强绑情绪
- 翻译腔调
- ...
那么, 具体的操作过程, 大致分以下阶段
- 合而不同
- 和而同气
- 合再进阶
- 和复顺气
- 和合嵌套, 永无止境
参考:
作者：ZoomQuiet 链接：http://www.jianshu.com/p/aaf4096bde08 來源：简书 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
-
在 code 中新建 topic, 发布初始文件, 此为第一稿, 发布者为第一作者
-
commit 界面:打开 commit 界面, 第一稿发布后的初始状态, 可以多人逐行 comment. 请所有小组成员使用 commit 界面, 针对第一稿逐行发表 comment, 此为第一轮 comment
注:在以下界面, 点击划线处, 均可进入 commit 界面（可对文章 / 代码逐行点评）
commit 界面具有 unitied 视图和 split 视图, 下文会提到
-
在第一轮 comment 进行中, 全体小组成员, 包括第一稿的第一作者, 不能使用 edit 功能修改第一稿, 不得更新版本
-
小组决议结束第一轮 comment 的时间节点此处应该辅助以语音会议, 第一作者需对 comment 进行反馈, 或者第一作者在 close comment 前回复所有 comment, 有来有往有交流才是真和合.
-
第一轮 close comment 后, 第一作者可以根据所有 comment, 使用 edit 功能修改第一稿, 注意在此环节, 修改过后不能直接点击 commit
-
接第五环节, 正文修改完毕后, 要将每一行前面, 输入一个空格空格全部输入完毕后, 确认正文仍然左对齐, 然后点击 commit, 形成第二稿
-
第二稿完成后, 可开始进行第二轮 comment小组成员点击第二稿的 github 代码后, 将进入第二稿的 commit 界面
-
split 视图:commit 界面分为 unitied 视图和 split 视图完成第二稿后, 打开 split 视图, 我们会清晰地看出, 结合第一轮 comment, 第一作者做了哪些修改, 即第一轮和合成果
commit 界面具有 unitied 视图和 split 视图, 下文会提到
- 在第二轮 comment 中, 我们统一采用 split 对比视图, 针对右侧最新版本（也就是第二稿正文）, 逐行发表 comment, 即第二轮 comment 内容
- 突出每一次「完稿」之间的对比, 减少无关紧要的中间版本
- 禁用 edit 功能, 使每一个版本均是一次成稿（若中途部分 edit , 评论者将无法看到完整全文）
- 使用加空格, 强制对齐任意临近版本
- 好处:后续可齐整输出所有版本历史
- 使用 commit 界面, 第一作者对多人建议的一览无余
待探索:split 视图只能对比最新两个版本, 无法对比历史版本不知道是否可以通过命令行实现任意两个版本的对比？
真会玩 ；) 今天先这样。
作者:宋偲瑄 链接:http://www.jianshu.com/p/d90f5df63e18 來源:简书 著作权归作者所有商业转载请联系作者获得授权, 非商业转载请注明出处
- 171127 卓璇搬砖新建