首页 > 解决方案 > 使用 git 从校对者那里获得反馈

问题描述

我目前正在用 R bookdown 写一篇文章,并请两个朋友阅读我的文章并给出评论、更正和一般反馈。我的文本源文件存储在 GitHub 上,我希望我的合作者在 git 的帮助下对文件进行更改(每章一个)。然而,我们都不是真正的 git 专家。这使得很难弄清楚什么是合适的工作流程。

目前,我们决定他们每个人都为自己创建一个分支,这样他就不会直接推入主分支。在我阅读了他们的更改后,我想决定将什么合并到主分支中,什么不合并。到目前为止,看起来每个更改都需要在单独的提交中进行,因为我无法合并来自特定提交的单行(不确定这是否可能)。但是,这似乎有很多烦人且不必要的提交。所以,我想我正在寻找一种方法来避免这种情况和/或为此类项目提供良好工作流程的一般指针。

标签: rgit

解决方案


我终于在这里找到了对我有用的东西。基本上,在我的主分支上,我必须使用

git merge --no-commit --no-ff branch-to-merge

这会将所有更改合并到我的master分支中,但不会立即提交更改,以便它们仍然可以暂存/取消暂存。然后,我可以通过暂存要保留的行更改并丢弃所有其他行更改来决定要包含哪些行更改。最后,我提交了所有分阶段的线路更改等等,这就是我想要得到的。

旁注:我正在使用 gitkraken,作为 git 的初学者,我喜欢使用 GUI,但带有选项“no-commit”和“no-fast-forwarding”的合并部分必须通过 git 控制台完成(至少我可以找不到使用 GUI 的方法)。然后通过 GUI 选择要暂存的行和丢弃的行是一项简单的任务。


推荐阅读