小编Arj*_*jen的帖子

Rebase功能分支到另一个功能分支

我有两个(私人)功能分支,我正在努力.

a -- b -- c                  <-- Master
     \     \
      \     d -- e           <-- Branch1
       \
        f -- g               <-- Branch2
Run Code Online (Sandbox Code Playgroud)

在这些分支上工作一段时间后,我发现我需要Branch1中Branch2的更改.我想将Branch2中的更改重新绑定到Branch1上.我想最终得到以下结论:

a -- b -- c                  <-- Master
           \
            d -- e -- f -- g <-- Branch1
Run Code Online (Sandbox Code Playgroud)

我很确定我需要将第二个分支重新绑定第一个分支,但我不完全确定正确的语法以及我应该检查哪个分支.

这个命令会产生预期的结果吗?

(Branch1)$ git rebase --onto Branch1 Branch2
Run Code Online (Sandbox Code Playgroud)

git git-rebase feature-branch

270
推荐指数
5
解决办法
16万
查看次数

为IIS7网站配置重定向的自定义ASP 404页面

我们正在将现有网站从IIS6迁移到IIS7,但在设置404错误页面时遇到了一些困难.我们的404-errorpage是这样的:

  • 自定义ASP页面会根据"特殊"URL的简短列表检查URL(例如http://example.com/limited-offers).
  • 如果URL已知,则会重定向到该页面的实际URL.
  • 否则,访问者将被重定向到具有404状态代码的静态错误.

有了IIS6,这就像宣传的一样,但是在IIS7中,有些东西已经改变了.当IIS7遇到定义了errorpage的状态码时,它将始终显示已配置的错误.如果我们的静态错误与404状态代码,这意味着IIS7将再次执行自定义ASP页面.这导致无限重定向.

我们发现通过在Web.Config中添加设置可以避免这种行为

<system.webServer>
  <httpErrors existingResponse="PassThrough" />
</system.webServer>
Run Code Online (Sandbox Code Playgroud)

但是,添加此项后,我们的自定义ASP页面拒绝重定向.在与Fiddler核实之后,似乎IIS7强制404状态代码,覆盖我们的302重定向.

谁能推荐另一种方法来解决我们的问题?

error-handling iis-7 custom-error-pages asp-classic http-status-code-404

2
推荐指数
1
解决办法
2万
查看次数