你其实是在同时回答两个问题。

第一个问题是如何托管应用程序。 正如@toskv提到的，这个问题太宽泛了，无法回答，取决于许多不同的事情。

第二个问题是如何准备应用程序的部署版本? 这里有几个选项:

Deploy as it is. Just that - no minification, concatenation, name mangling, etc. Transpile all your ts project copy all your resulting js/css/... sources + dependencies to the hosting server and you are good to go. Deploy using special bundling tools, like webpack or systemjs builder. They come with all the possibilities that are lacking in #1. You can pack all your app code into just a couple of js/css/... files that you reference in your HTML. systemjs builder even allows you to get rid of the need to include systemjs as part of your deployment package. You can use ng deploy as of Angular 8 to deploy your app from your CLI. ng deploy will need to be used in conjunction with your platform of choice (such as @angular/fire). You can check the official docs to see what works best for you here

是的，你很可能需要将systemjs和其他一些外部库部署到你的包中。是的，你可以将它们捆绑到你从HTML页面引用的几个js文件中。

你不需要从页面中引用所有已编译的js文件——systemjs作为模块加载器会处理这些。

我知道这听起来很模糊——为了帮助你开始第2点，这里有两个非常好的示例应用程序:

SystemJS构建器:angular2种子

安检检测器

你其实是在同时回答两个问题。

第一个问题是如何托管应用程序。 正如@toskv提到的，这个问题太宽泛了，无法回答，取决于许多不同的事情。

第二个问题是如何准备应用程序的部署版本? 这里有几个选项:

Deploy as it is. Just that - no minification, concatenation, name mangling, etc. Transpile all your ts project copy all your resulting js/css/... sources + dependencies to the hosting server and you are good to go. Deploy using special bundling tools, like webpack or systemjs builder. They come with all the possibilities that are lacking in #1. You can pack all your app code into just a couple of js/css/... files that you reference in your HTML. systemjs builder even allows you to get rid of the need to include systemjs as part of your deployment package. You can use ng deploy as of Angular 8 to deploy your app from your CLI. ng deploy will need to be used in conjunction with your platform of choice (such as @angular/fire). You can check the official docs to see what works best for you here

是的，你很可能需要将systemjs和其他一些外部库部署到你的包中。是的，你可以将它们捆绑到你从HTML页面引用的几个js文件中。

你不需要从页面中引用所有已编译的js文件——systemjs作为模块加载器会处理这些。

我知道这听起来很模糊——为了帮助你开始第2点，这里有两个非常好的示例应用程序:

SystemJS构建器:angular2种子

安检检测器

Angular 2在Github Pages中的部署

测试Angular2 Webpack在ghpages中的部署

首先从dist文件夹中获取所有相关文件，对我来说是: + CSS文件在资产文件夹 + main.bundle.js + polyfills.bundle.js + vendor.bundle.js

然后将这些文件推入您创建的repo中。

1 -如果你想让应用程序在根目录上运行-创建一个特殊的repo，名称为[yourgithubusername].github。IO并将这些文件推到主分支中

2——如果你想在子目录或根目录以外的不同分支中创建这些页面，创建一个分支gh-pages并将这些文件推到该分支中。

在这两种情况下，我们访问这些部署页面的方式将是不同的。

对于第一种情况，它将是https://[yourgithubusername].github.io，对于第二种情况，它将是[yourgithubusername].github。io /(回购的名字)。

如果你想使用第二种情况部署它，请确保在dist中更改index.html文件的基本url，因为所有的路由映射都依赖于你给出的路径，它应该设置为[/branchname]。

链接到本页

https://rahulrsingh09.github.io/Deployment

去回购

https://github.com/rahulrsingh09/Deployment

点击下面的链接，

修改Index.html页面的脚本文件路径 改变你的component.html路径，以防你的获取错误无法找到位置

https://angular.io/docs/ts/latest/guide/deployment.html !# dev-deploy

在azure中部署Angular 2很简单

运行ng build——prod，它将生成一个dist文件夹，其中所有内容都捆绑在几个文件中，包括index.html。 创建一个资源组和其中的web应用程序。 使用FTP放置dist文件夹文件。在azure中，它将寻找index.html来运行应用程序。

就是这样。你的应用程序正在运行!

如果你像我一样在localhost上测试应用程序，或者你会有一些空白白页的问题，我使用这个:

ng build --prod --build-optimizer --base-href="http://127.0.0.1/my-app/"

解释:

ng build

构建应用程序，但在代码中有许多空格，制表符和其他东西，使代码能够被人类阅读。对于服务器来说，代码看起来如何并不重要。这就是为什么我使用:

ng build --prod --build-optimizer 

这使得代码可以用于生产并减少大小[——build-optimizer]允许减少更多的代码]。

所以最后我添加——base-href="http://127.0.0.1/my-app/"来显示应用程序在哪里是'主框架'[简单的话]。有了它，你甚至可以在任何文件夹中拥有多个angular应用。