Merge branch 'db/doc-workflows-neuter-the-maintainer'
authorJunio C Hamano <gitster@pobox.com>
Wed, 27 Dec 2017 19:16:25 +0000 (11:16 -0800)
committerJunio C Hamano <gitster@pobox.com>
Wed, 27 Dec 2017 19:16:25 +0000 (11:16 -0800)
Docfix.

* db/doc-workflows-neuter-the-maintainer:
doc: reword gitworkflows.txt for neutrality

1  2 
Documentation/gitworkflows.txt
index 02569d0614773276841a1d91a7b90cb353b8ba5e,2ed94513584697f4b80fd3ecfc513d3adbf98886..926e044d098bc1399c923c4f204bca5d4a7a37bf
@@@ -40,7 -40,7 +40,7 @@@ beginning. It is always easier to squas
  to split one big commit into several.  Don't be afraid of making too
  small or imperfect steps along the way. You can always go back later
  and edit the commits with `git rebase --interactive` before you
 -publish them.  You can use `git stash save --keep-index` to run the
 +publish them.  You can use `git stash push --keep-index` to run the
  test suite independent of other uncommitted changes; see the EXAMPLES
  section of linkgit:git-stash[1].
  
@@@ -407,8 -407,8 +407,8 @@@ follows
  `git pull <url> <branch>`
  =====================================
  
- Occasionally, the maintainer may get merge conflicts when he tries to
- pull changes from downstream.  In this case, he can ask downstream to
+ Occasionally, the maintainer may get merge conflicts when they try to
+ pull changes from downstream.  In this case, they can ask downstream to
  do the merge and resolve the conflicts themselves (perhaps they will
  know better how to resolve them).  It is one of the rare cases where
  downstream 'should' merge from upstream.