【问题标题】:Azure Deployment Source, choose Startup Project to BuildAzure 部署源,选择要构建的启动项目
【发布时间】:2022-05-10 22:57:44
【问题描述】:

我目前工作的公司有一个包含 3 个项目的解决方案。

_Common...原本是一个Web项目,后来改成了类库。

Website1...这是一个网站

Website2...完全不同的网站。

在 Azure 中,我们有一个部署配置,因此当我们的 BitBucket 存储库获得签入时,它应该构建和部署解决方案。

不幸的是,似乎 _Common 正在构建为目标项目。这正在破坏 Azure。

也很遗憾,我们有两个不同的产品(网站 1 和网站 2),它们位于两个不同的 Azure 应用程序中。他们都在查看同一个 BitBucket Repo,并且在签入时都在构建......但两者都在构建 _Common。

我可以让我们的“Website1”Azure App 构建以 Website1 作为启动项目的解决方案,并让我们的“Website2”Azure App 构建以“Website2”作为启动项目的解决方案吗?

这显然无法在 Github 中设置默认项目,因为我们仍然需要两个不同的构建和两个不同的启动项目。

【问题讨论】:

  • 如果我理解正确,您的解决方案中有多个网站,并且在部署到 Azure(Web 应用程序)时,您要指定部署哪个网站?如果是这样,请添加一个名为 Project 的应用设置,其中包含指向您要部署的网站的 *.csproj 的相对路径(例如 Website1\Website1.csproj)。

标签: azure build-process azure-deployment


【解决方案1】:

你当然可以!

转到您的“Website1”网络应用程序并转到设置 > 应用程序设置

如果您使用的是 .Net Framework 4.5 或更低版本

添加一个名为 Project 的设置,其值指向您要构建的 CSPROJ 文件,使用存储库根文件夹的完整路径。

如果您使用的是 ASP.NET Core 1.0 / ASP.NET 5

添加一个名为 Project 的设置,其值指向包含您要部署的项目的 project.json 文件的 文件夹 , 路径中不要包含文件名

【讨论】:

  • 感谢您将此作为答案发布,并感谢您提供比 Brendan 更详细的信息。虽然布伦丹的可能很好。我现在正在使用这种方法,目前正在碰壁,这可能与此解决方案及其项目的设置方式有关。如果我有后续问题,我会在这里问。如果我对其进行排序并且可行,我将对此答案采取行动。我最终可能会自己添加一些细节,但这让我到目前为止走上了正确的道路。谢谢!
  • 您使用的是 .Net Framework 4.5(或更低版本)还是 Core?我发现当您引用外部 DLL 而不是同一个 repo 中的项目时,会有一些调整。如果您需要有关该场景的任何其他帮助,请告诉我。
  • 不,我剩下的问题是关于 App_Code 和 App_GlobalResources 被 Azure 拉入并破坏了站点。所以我不得不修复上一代留下的混乱设置。都修好了!
猜你喜欢
  • 2018-08-28
  • 2016-05-25
  • 2014-06-17
  • 1970-01-01
  • 1970-01-01
  • 2018-04-23
  • 1970-01-01
  • 2017-01-27
  • 2012-10-10
相关资源
最近更新 更多