Git
Git
学到 会用 就够:能亲手用起来
你可能会说
“我让 AI 修改了分析脚本,怎样用 Git 检查变化并找回以前的版本?”
记录被跟踪文件状态与历史,支持比较、分支和合并的版本控制系统。
使用 AI
科研里的例子
先看清洗脚本差异,再提交已经核对过的规则变更。
工作区、暂存区与提交是不同状态。Git适合显示纯文本差异,但也能记录其他文件。未跟踪文件、外部数据和环境不会自动成为完整复现材料。清楚的提交范围和理由,能让历史可理解;有历史并不代表每版都正确。
在你的学科里,直接拿去用
把数据分析要求写成可复现说明
请先为这项分析形成可复现的任务说明,再建议代码。 问题:[填写] 数据字典及已有规则:[提供] 可用软件与现有代码:[提供] 明确一行数据代表什么、样本范围、连接键、单位、缺失码、变量构造、估计对象和输出。区分描述分析与因果分析;缺少识别依据时不要把回归系数直接称为因果影响。给出小样本核对、异常记录和可重跑顺序。保留原始数据,所有转换写到派生结果并留记录;不能为得到显著结果修改数据或筛选规则。方括号里的内容换成你自己的。来自知识增量《科研中英表达与 Prompt 指南》PG08
查错并交付能核验的修复
请定位问题并给最小修复。 代码与环境:[粘贴] 输入样例:[不含私密信息的小样本] 实际错误或输出:[粘贴] 我期望:[填写] 先区分已观察事实与可能原因,优先用最小样例验证。解释根因,给最小差异和有意义的检查。没有实际运行权限时明确标为未运行建议,不把推测写成测试通过。若修改会影响研究规则或结果,指出具体影响,不顺手重构无关部分。方括号里的内容换成你自己的。来自知识增量《科研中英表达与 Prompt 指南》PG09
判断
亲手检查一次
查看状态与差异,核对应跟踪的文件,并检查某个历史版本内容。
它做不到的
Git不同于GitHub,也不是自动备份所有文件的服务。
增量,由你来写
读完这张,你的理解变了什么?
留言功能会在后面的版本开放。现在可以先在 X 上 @knowledgedelta 告诉我。