|
|
1
7
肯定有很多时候,当我开始处理一个特性或一个bug修复,然后注意到一个快速的输入错误或其他一些微小的(也许只有一行)东西需要修复。而不是放弃我所有的工作,甚至使用
|
|
|
2
3
就我个人而言,我目前正在经历一场大规模的合并冲突,我必须一个接一个地修复这些项目。在这种情况下,我可以对已合并的文件执行“git add”,并且仍然单独跟踪需要修复的文件。 完成这些之后,我可以执行测试编译,然后在提交到存储库之前重新添加所需的任何其他更改。 |
|
|
3
1
当你正在编辑一大堆文件,但你决定在继续之前,你真的应该提交所有与X相关的文件,作为一个提交,所以你只需要阶段化这些文件,提交并继续处理其他文件。
|
|
|
perpetual · 防止在git主分支上意外直接提交 2 年前 |
|
|
NaguiHW · Github工作流未执行 2 年前 |
|
|
Ashar · 无法从github操作中的不同步骤读取变量 2 年前 |
|
|
Martin Golding · 是否有实施多容器工作流的计划? 2 年前 |
|
|
Seymour · R-使用函数更好地组织程序工作流和过程 8 年前 |
|
|
Nils Kuhnhenn · 失明如何影响你的编码风格?[已关闭] 8 年前 |
|
|
staad · 多个孤立分支或独立存储库-git 8 年前 |