我应该如何更正拉取请求？
How should I correct a pull request?
我对 Github 上的分叉回购进行了一些更改并发送了拉取请求。所有者有一些小问题，我现在已经在本地修复了。我应该如何提交这些修正？当我只是提交并推送时，拉取请求中是否还会有一个 "fixed" 提交？
为了保持干净，我想变基或修改我的最后一次提交并进行强制推送，但是拉取请求会发生什么？它会被自动删除还是只是添加（我希望发生什么）？
是的，我肯定会推送新的提交。 Git 就是不改变提交历史。
是的，可能有一些骇人听闻的方法来完成修改更改，但是向拉取请求添加另一个 fix 提交并没有错。
干杯。
拉取请求来自 分支的引用 （而不是来自特定的提交）。
因此，在合并拉取请求之前，您在分支中所做的每项更改（即推送到您的存储库）都将反映在拉取请求中。
这是 GitHub 为简化贡献而做出的明确设计，可以在审查和评论后添加提交。这甚至是一个推荐的工作流程，用于在开发早期（即工作未完成时）打开拉取请求以开始早期审查或讨论某些代码（PR 的 draft 模式就是为此）。
修改提交并执行 --force-with-lease 没有问题（应该优先于 --force）因为你确定你是唯一一个在工作的人这个分支，或者你事先警告其他开发人员或者他们非常清楚如何处理更新（否则你真的会打扰其他开发人员）
不要让它变得复杂。进行另一次修复提交并没有错，它将使事情变得简单并减少丢失代码的机会。干杯
我对 Github 上的分叉回购进行了一些更改并发送了拉取请求。所有者有一些小问题，我现在已经在本地修复了。我应该如何提交这些修正？当我只是提交并推送时，拉取请求中是否还会有一个 "fixed" 提交？
为了保持干净，我想变基或修改我的最后一次提交并进行强制推送，但是拉取请求会发生什么？它会被自动删除还是只是添加（我希望发生什么）？
是的，我肯定会推送新的提交。 Git 就是不改变提交历史。
是的，可能有一些骇人听闻的方法来完成修改更改，但是向拉取请求添加另一个 fix 提交并没有错。
干杯。
拉取请求来自 分支的引用 （而不是来自特定的提交）。
因此，在合并拉取请求之前，您在分支中所做的每项更改（即推送到您的存储库）都将反映在拉取请求中。
这是 GitHub 为简化贡献而做出的明确设计，可以在审查和评论后添加提交。这甚至是一个推荐的工作流程，用于在开发早期（即工作未完成时）打开拉取请求以开始早期审查或讨论某些代码（PR 的 draft 模式就是为此）。
修改提交并执行 --force-with-lease 没有问题（应该优先于 --force）因为你确定你是唯一一个在工作的人这个分支，或者你事先警告其他开发人员或者他们非常清楚如何处理更新（否则你真的会打扰其他开发人员）
不要让它变得复杂。进行另一次修复提交并没有错，它将使事情变得简单并减少丢失代码的机会。干杯