使用TortoiseGit：

右键单击文件并使用上下文菜单→ 提交后恢复。这将按原样创建文件的副本。然后您可以编辑该文件，例如在TortoiseGitMerge中，并撤消所有不想提交的更改。保存这些更改后，您可以提交文件。

如上面的一个答案所示，您可以使用git add--补丁文件名.txt

或简称git add-p文件名.txt

…但对于存储库中已经存在的文件，在s中，直接在commit命令上使用--patch标志要好得多（如果您使用的是足够新的git版本）：gitcommit--补丁文件名.txt

…或者，再次，简称gitcommit-p文件名.txt

…然后使用上述键（y/n等）选择要包含在提交中的行。

值得注意的是，要为新文件使用git-add--patch，您需要首先使用git-add--intent添加文件到索引：

git add -N file
git add -p file

从2018年答案的评论来看：

很遗憾，Visual Studio没有此选项。大约10年前，替代源代码控制系统Mercurial在Visual Studio中支持此功能。自从我使用Git以来，我真的很怀念它。

现在（2022年8月）支持：

Git Line登台发布！我们很高兴地宣布在Visual Studio 2022中发布Line登台支持。行分段，也称为交互式分段，使您能够在不同的提交中拆分更改的代码行。在提交更改之前，还可以使用行分段来检查更改。将更改后的代码行或代码段标记为通过分段进行审查，并在完成后提交分段的更改。通过将Visual Studio 2022更新到17.3版或更高版本，开始使用Line staging。阅读我们的Line登台文档，了解有关如何使用和自定义此功能的更多信息。

您可以使用EclipseIDE，每个修改的本地文件都可以与暂存区域进行比较，在这个并排的diff视图中，您可以自由选择从本地复制到暂存区域的大块，或者相反，从暂存区域回滚本地更改。

但还有更多：），所有图形化的git客户端都会做大块分段（gitadd-p），但我知道没有人能做到这一点：直接在分段区域进行编辑，这样就可以更精细地拾取同一行或同一大块上的多个更改（甚至可以写入/删除/更新本地从未存在的内容），就像“gitadd-e”在补丁级别工作，但没有破坏补丁内容的风险。此外，由于它在diff视图中使用了常规文本编辑器，因此您可以使用语法颜色来帮助您，并且可以执行文本替换操作（更改所有缩进类型、重命名在许多地方使用的本地变量等），以便在提交“真正”更改之前开始单独提交一些重新格式化/重构，但不需要在同一提交中嵌入所有文件更改。

当然，Eclipse更面向Java，但由于其强大的gitstaging编辑器，它也可以用于其他语言。有一个基于Eclipse的免费产品，只关注git操作，名为GitEye：https://www.collab.net/downloads/giteye但使用基本的Eclipse发行版似乎维护得不太好，比如：https://www.eclipse.org/downloads/packages/release/2020-12/r/eclipse-ide-java-developers

编辑：由于IntelliJ 2020.3允许使用真正的git索引，因此现在可以像Eclipse一样直接编辑暂存区域

git meld索引--引用自网站：

git-meld-index运行meld——或任何其他gitdifftool（kdiff3、diffuse等）——允许您以交互方式将更改转移到git索引（也称为git暂存区）。

这与git add-p和git add-interactive的功能类似。在某些情况下，meld比gitadd-p更容易/更快使用。这是因为meld允许你，例如：

查看更多上下文参见行内差异手动编辑并查看“实时”差异更新（每次按键后更新）导航到更改，而不必对要跳过的每个更改说“n”

用法

在git存储库中，运行：

git meld-index

您将看到meld（或您配置的gitdifftool）弹出：

左：从工作树复制的临时目录连续文件

RIGHT：包含索引内容的临时目录。这还包括尚未在索引中但在工作副本中已修改或未跟踪的文件——在本例中，您将从HEAD中看到文件内容。

编辑索引（右手边）直到满意。记得在需要时保存。

完成后，关闭meld，git meld索引将更新索引，以匹配刚刚编辑的meld右侧临时目录的内容。