而 request.getServletPath() 和 request.getPathInfo() 有点复杂，是和 web.xml 里的配置有关，不同的配置，取到的值也是不同的，我们来分情况重点讲解。
在 Forking 工作流中，开发者 push 完成的功能到他自己的仓库中，而不是共享仓库。 然后，他发起一个 Pull Request ，让项目维护者知道他的功能已经可以 Review 了。在这个工作流，Pull Request 的通知功能非常有用，因为项目维护者不可能知道其它开发者在他们自己的仓库添加了提交。由于各个开发有自己的公开仓库，Pull Request 的源仓库和目标仓库不是同一个。
Gitflow 工作流和功能分支工作流类似，但围绕项目发布定义一个严格的分支模型。 在 Gitflow 工作流中使用 Pull Request 让开发者在发布分支或是维护分支上工作时，可以有个方便的地方对关于发布分支或是维护分支的问题进行交流。
当要发起一个 Pull Request ，你所要做的就是请求（ Request ）另一个开发者（比如项目的维护者）来 pull 你仓库中一个分支到他的仓库中。这意味着你要提供4个信息以发起 Pull Request ： 源仓库、源分支、目的仓库、目的分支。这几值多数 Bitbucket 都会设置上合适的缺省值。但取决你用的协作工作流，你的团队可能会要指定不同的值。
JSP九大内置对象：out request response session application Page PageContext exception config
关注时代Java
