提交 9f019d0c 编写于 作者: C Christophe Fergeau

docs: Use gender-neutral pronoun in hacking.html.in

Use 'they' instead of 'he'.
上级 f1271380
...@@ -61,12 +61,12 @@ Please follow this as close as you can, especially the rebase and git ...@@ -61,12 +61,12 @@ Please follow this as close as you can, especially the rebase and git
send-email part, as it makes life easier for other developers to review your send-email part, as it makes life easier for other developers to review your
patch set. One should avoid sending patches as attachments, but rather send patch set. One should avoid sending patches as attachments, but rather send
them in email body along with commit message. If a developer is sending them in email body along with commit message. If a developer is sending
another version of the patch (e.g. to address review comments), he is advised another version of the patch (e.g. to address review comments), they are
to note differences to previous versions after the "---" line in the patch so advised to note differences to previous versions after the "---" line in the
that it helps reviewers but doesn't become part of git history. Moreover, such patch so that it helps reviewers but doesn't become part of git history.
patch needs to be prefixed correctly with "--subject-prefix=PATCHv2" appended Moreover, such patch needs to be prefixed correctly with
to "git send-email" (substitute "v2" with the correct version if needed "--subject-prefix=PATCHv2" appended to "git send-email" (substitute "v2" with
though). the correct version if needed though).
......
...@@ -65,7 +65,7 @@ ...@@ -65,7 +65,7 @@
review your patch set. One should avoid sending patches as attachments, review your patch set. One should avoid sending patches as attachments,
but rather send them in email body along with commit message. If a but rather send them in email body along with commit message. If a
developer is sending another version of the patch (e.g. to address developer is sending another version of the patch (e.g. to address
review comments), he is advised to note differences to previous review comments), they are advised to note differences to previous
versions after the <code>---</code> line in the patch so that it helps versions after the <code>---</code> line in the patch so that it helps
reviewers but doesn't become part of git history. Moreover, such patch reviewers but doesn't become part of git history. Moreover, such patch
needs to be prefixed correctly with needs to be prefixed correctly with
......
Markdown is supported
0% .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑!
想要评论请 注册