为什么有三种方法可以在Git中获取手册？

Question

我已经通过阅读 Pro Git 2nd Ed。来刷新Git，这本书为读者提供了三种获取Git动词手册的方法。

$ git help <verb> 
$ git <verb> --help 
$ man git-<verb>

为什么Git的开发人员觉得这种复杂性是必要的？

更新：
我使用@JoeClay评论中建议的链接并发送了一封电子邮件。当响应通过时，我会更新此Q＆amp; A.

Answer 1

根据@JoeClay的建议，我通过邮件列表提出问题，这是来自名为Philip Oakley的响应者的回复：

＆＃34;它是（IIUC）的一般方式＆＃34;设计＆＃34;和一点点  。事故＆＃34;

  

历史上git是一组名为git- *的shell脚本，所以每个脚本都有   单独

     

然后有很大的整合（在V1.6附近？）创造了   现代`git＆＃39;方法，每个命令通常都有   -h和--help选项用于简短表单用法和长表单手册页。

     

选项功能已标准化。也是git help <cmd>   命令已创建。在下面仍然是（向后   兼容）git- *形式。 help命令允许选择显示   类型，所以在Unix / Linux上的人是常态，而--html（或.html）   --web）选项适用于喜欢漂亮浏览器视图的人

     

帮助commnad只是转换参数以实现预期   显示（如果缺少命令或指南，则显示各种后备，   等）

     

同时在Windows上，man工具没有作为git的一部分移植，   所以它默认为--web版本。如果你在Windows上，和   下载SDK也可以安装man viewer等   东西

因此，多个命令的原因似乎是更高版本的Git更改首选项的副作用，以及不同操作系统的可操作性。