我遇到这样一种情况，使用我们API的人需要对我的资源进行部分更新。我知道HTTP明确指定这是一个PATCH操作，即使我们这边的人习惯于为此发送PUT请求，这就是遗留代码的构建方式。为了举例说明，想象一下下面的简单结构:typePersonstruct{NamestringAgeintAddressstring}在POST请求中，我将提供包含所有三个值(姓名、年龄、地址)的负载，并在我的Golang后端相应地验证它们。简单。但是，在PUT/PATCH请求中，我们知道，例如，name永远不会改变。但是如果我想更改age，那么我只需发送一个包含新age的JSON负载:PUT/person/1
我喜欢使用gitadd--patch(最近还使用gitadd-i)来理清我的提交并验证我提交的内容可以继续。偶尔我会遇到一个大块头，它可能是一个错误的日志语句，一个额外的换行符(通常来自删除上述日志语句)——我实际上宁愿完全删除这些东西。我不想上演，我也想简单地删除有问题的大块头，而它就在我面前(而不是跳回我的编辑器再试一次)。我也想对我的工作文件应用更改。有没有办法做到这一点？我考虑过使用编辑block功能。这与下面提出的建议hash相结合，使我的工作流程比现在稍微好一些。我同意这违反了gitadd的关注点分离。OTOH它会非常方便;P我听起来像我的老板;)
我喜欢使用gitadd--patch(最近还使用gitadd-i)来理清我的提交并验证我提交的内容可以继续。偶尔我会遇到一个大块头，它可能是一个错误的日志语句，一个额外的换行符(通常来自删除上述日志语句)——我实际上宁愿完全删除这些东西。我不想上演，我也想简单地删除有问题的大块头，而它就在我面前(而不是跳回我的编辑器再试一次)。我也想对我的工作文件应用更改。有没有办法做到这一点？我考虑过使用编辑block功能。这与下面提出的建议hash相结合，使我的工作流程比现在稍微好一些。我同意这违反了gitadd的关注点分离。OTOH它会非常方便;P我听起来像我的老板;)
gitadd--patch是我的Git工作流程不可或缺的一部分。唯一让我恼火的是每次y或n后都必须不断地按Enter键。有什么方法可以让Git接受一个问题的答案，只需按一下y或n键吗？ 最佳答案 那将是Git配置选项interactive.singleKey。interactive.singleKeyIninteractivecommands,allowtheusertoprovideone-letterinputwithasinglekey(i.e.,withouthittingenter).Currentlythisisused
gitadd--patch是我的Git工作流程不可或缺的一部分。唯一让我恼火的是每次y或n后都必须不断地按Enter键。有什么方法可以让Git接受一个问题的答案，只需按一下y或n键吗？ 最佳答案 那将是Git配置选项interactive.singleKey。interactive.singleKeyIninteractivecommands,allowtheusertoprovideone-letterinputwithasinglekey(i.e.,withouthittingenter).Currentlythisisused
我们有一个项目，不幸的是，其中的文件包含很长的行，没有缩短它们的可能性。如果我们也可以对这些文件使用gitcheckout--patch。这不起作用，因为如果整个大行有任何变化，该行将被标记为已更改。通常，我们使用gitdiff--word-diff检查此类更改。有没有可能使checkout--patch使用类似的格式？有没有其他办法解决我们的问题？ 最佳答案 经过一番尝试，我得到了thisanswer工作并弄清楚如何使用它进行checkout。我做了一些额外的更改以消除有时会打印的警告，并且必须修复参数解析以使其更加灵活。(由于这
我们有一个项目，不幸的是，其中的文件包含很长的行，没有缩短它们的可能性。如果我们也可以对这些文件使用gitcheckout--patch。这不起作用，因为如果整个大行有任何变化，该行将被标记为已更改。通常，我们使用gitdiff--word-diff检查此类更改。有没有可能使checkout--patch使用类似的格式？有没有其他办法解决我们的问题？ 最佳答案 经过一番尝试，我得到了thisanswer工作并弄清楚如何使用它进行checkout。我做了一些额外的更改以消除有时会打印的警告，并且必须修复参数解析以使其更加灵活。(由于这
是否可以通过gitadd--patch配置Git以使用我配置的difftool？我想通过我自己的difftool选择要添加到索引的更改。 最佳答案 不，不幸的是。我想我可以看到工作-Git根据当前索引中的内容生成一个临时文件，将其与当前工作树版本的副本一起交给difftool(以保护您免于进行进一步更改)，让我们您使用difftool将一些更改移动到索引版本，然后在保存并退出后，暂存该修改后的索引版本中的任何内容。请注意，这将需要difftool也有点像编辑器，但并非所有有效的difftools都是；其中一些仅用于查看差异。另请注意
是否可以通过gitadd--patch配置Git以使用我配置的difftool？我想通过我自己的difftool选择要添加到索引的更改。 最佳答案 不，不幸的是。我想我可以看到工作-Git根据当前索引中的内容生成一个临时文件，将其与当前工作树版本的副本一起交给difftool(以保护您免于进行进一步更改)，让我们您使用difftool将一些更改移动到索引版本，然后在保存并退出后，暂存该修改后的索引版本中的任何内容。请注意，这将需要difftool也有点像编辑器，但并非所有有效的difftools都是；其中一些仅用于查看差异。另请注意
我有一个源文件，其中添加了2个功能。为了允许挑选，我想分两个阶段进行:每个功能一个。到目前为止，在类似的情况下，使用gitadd-p对我来说效果很好，可以提交一项功能，同时将本地文件留在最后阶段。但是，我现在遇到的问题是gitadd-p想要暂存一个包含对这两个功能的编辑的大块。即使编辑是在不同的行上，s(表示“拆分”)也不再希望将大块拆分成更小的部分...简而言之:我无法通过这种方式将这2个功能的更改分开。有没有办法手动编辑补丁，例如使用vi，而不实际更改原始文件？ 最佳答案 正如Alan所说，在gitadd-p期间按e(而不是s)
