angular-cli-ghpages
Deploy your Angular app to GitHub Pages or any other Git repo directly from the Angular CLI! π
Table of contents:
- π Changelog
β οΈ Prerequisites- π Quick Start (local development)
- βοΈ Installation
- π Continuous Delivery
- π¦ Deployment Options
- π Configuration File
- π Environments
βοΈ FAQ
π Changelog
A detailed changelog is available in the releases section.
Starting with version 1 the option --configuration
was renamed to --build-target
.
BEFORE (does not work):
ng deploy --configuration=test
NOW:
ng deploy --build-target=test
If you use the old syntax, you will probably receive the following error:
An unhandled exception occurred: Configuration 'test' is not set in the workspace.
π GitHub Actions is now properly supported alongside Travis CI and CircleCi. The token GITHUB_TOKEN
is also supported. Learn everything you need to know in the following article:
Everything GitHub: Continuous Integration, Deployment and Hosting for your Angular App
β οΈ Prerequisites
This command has the following prerequisites:
- Git 1.9 or higher (execute
git --version
to check your version) - Angular project created via Angular CLI v9.0.0 or greater
- older Angular projects can still use the standalone program. See the documentation at README_standalone.
π Quick Start (local development)
This quick start assumes that you are starting from scratch. If you already have an existing Angular project on GitHub, skip step 1 and 2.
-
Install the latest version of the Angular CLI globally and create a new Angular project.
npm install -g @angular/cli ng new your-angular-project --defaults cd your-angular-project
-
By default the Angular CLI initializes a Git repository for you.
To add a new remote for GitHub, use thegit remote add
command:git remote add origin https://github.com/<username>/<repositoryname>.git
Hints:
- Create a new empty GitHub repository first.
- Replace
<username>
and<repositoryname>
with your username from GitHub and the name of your new repository. - Please enter the URL
https://github.com/<username>/<repositoryname>.git
into your browser β you should see your existing repository on GitHub. - Please double-check that you have the necessary rights to make changes to the given project!
-
Add
angular-cli-ghpages
to your project. For details, see the installation section.ng add angular-cli-ghpages
-
Deploy your project to GitHub pages with all default settings. Your project will be automatically built in production mode.
ng deploy --base-href=/<repositoryname>/
Which is the same as:
ng deploy your-angular-project --base-href=/<repositoryname>/
Please be aware of the
--base-href
option. It is necessary when your project will be deployed to a non-root folder. See more details below. -
Your project should be available at
https://<username>.github.io/<repositoryname>
.
Learn more about GitHub pages on the official website.
βοΈ Installation
angular-cli-ghpages
can be installed via ng add
.
This will install the NPM package and add the necessary deploy
configuration to your angular.json
file.
ng add angular-cli-ghpages
The deploy
config will be added for the specified defaultProject
.
If there is no defaultProject
set and there is only one project in your workspace, this project will be used.
If you have multiple projects in one workspace, you can manually define the project name:
ng add angular-cli-ghpages --project MYPROJECTNAME
π Continuous Delivery
If you run this command from a CI/CD environment, the deployment will most likely not work out of the box.
For security reasons, those environments usually have read-only privileges or you haven't set up Git correctly.
Therefore you should take a look at "personal access tokens" GH_TOKEN
(which works everywhere) and the "installation access token" GITHUB_TOKEN
(which is exclusively provided by GitHub actions).
In short: a token replaces username and password and is a safer choice because a token can be revoked at any time.
All you need to do is to set an environment variable called GH_TOKEN
(or PERSONAL_TOKEN
) in your CI/CD environment.
For GitHub Actions, you can also use the GITHUB_TOKEN
which provides more security and requires no additional setup.
All the tokens only work if the remote repository uses the HTTPS scheme.
Tokens are generally not supported for Git over SSH.
If the current working directory is already a git repository, you don't need to specify the repository again. The current remote repository with the name origin
will be used in this case.
You can also override the repository setting using the --repo
option.
If you specify all the three options (--repo
, --name
and --email
), then angular-cli-ghpages will also work in directories that are not under version control at all.
ng deploy --repo=https://github.com/<username>/<repositoryname>.git --name="Your Git Username" [email protected]
(replace <username>
and <repositoryname>
with your username from GitHub and the name of your repository)
β οΈ ImportantPlease do not disable the silent mode if you use tokens, otherwise people could read them in the output logs. If you are sure that your CI/CD provider does not display secrets on the console (this applies to CircleCI / Travis CI and Github Actions), you are welcome to disable silent mode.
βΉοΈ Note for GitHub Actions
The
GITHUB_TOKEN
(installation access token) will only trigger a release of a new website if the action runs in a private repository. In a public repo, a commit is generated, but the site does not change. See this GitHub Community post for more info. If your repo is public, you must still use theGH_TOKEN
(personal access token).
π¦ Deployment Options
--base-href
- optional
- Default:
undefined
(string) - Example:
ng deploy
β The tag<base href="/">
remains unchanged in yourindex.html
ng deploy --base-href=/the-repositoryname/
β The tag<base href="/the-repositoryname/">
is added to yourindex.html
Specifies the base URL for the application being built.
Same as ng build --base-href=/XXX/
βΉοΈ Please read the next lines carefully, or you will get 404 errors in case of a wrong configuration!
A) You don't want to use a custom domain
If you don't want to use an own domain, then your later URL of your hosted Angular project should look like this:
https://your-username.github.io/the-repositoryname
.
In this case you have to adjust the --base-href
accordingly:
ng deploy --base-href=/the-repositoryname/
B) You want to use a custom domain
If you want to use your own domain, then you don't have to adjust --base-href
.
However, it is now necessary to set the --cname
parameter!
ng deploy --cname=example.org
See the option --cname for more information!
--build-target
- optional
- Default:
undefined
(string) - Example:
ng deploy
β Angular project is built inproduction
modeng deploy --build-target=test
β Angular project is using the build configurationtest
(this configuration must exist in theangular.json
file)
If no buildTarget
is set, the production
build of the default project will be chosen.
The buildTarget
simply points to an existing build configuration for your project, as specified in the configurations
section of angular.json
.
Most projects have a default configuration and a production configuration (commonly activated by using the --prod
flag) but it is possible to specify as many build configurations as needed.
This is equivalent to calling the command ng build --configuration=XXX
.
This command has no effect if the option --no-build
is active.
This option was called --configuration
in previous versions.
BEFORE (does not work):
ng deploy --configuration=test
NOW:
ng deploy --build-target=test
--no-build
- optional
- Default:
false
(string) - Example:
ng deploy
β Angular project is build in production mode before the deploymentng deploy --no-build
β Angular project is NOT build
Skip build process during deployment.
This can be used when you are sure that you haven't changed anything and want to deploy with the latest artifact.
This command causes the --build-target
setting to have no effect.
--repo
- optional
- Default: URL of the origin remote of the current dir (assumes a Git repository)
- Example:
ng deploy --repo=https://github.com/<username>/<repositoryname>.git
This specifies the target repository. If none is given as an option, the repository is discovered from the current working directory.
By default, this command assumes that the current working directory is a Git repository,
and that you want to push changes to the origin
remote.
If instead your files are not in a git repository, or if you want to push to another repository,
you can provide the repository URL in the repo
option.
βΉοΈ Hint
Set an environment variable with the name
GH_TOKEN
/PERSONAL_TOKEN
orGITHUB_TOKEN
and it will be automatically added to the URL, if it uses the HTTPS shema (it must start withhttps://github.com
). Tokens are generally not supported for Git over SSH (starts with[email protected]
).
Learn more about "personal access tokens" here (GH_TOKEN
) and about the "installation access token" here (GITHUB_TOKEN
). PERSONAL_TOKEN
is an alias for GH_TOKEN
.
--message
- optional
- Default:
Auto-generated commit [ci skip]
(string) - Example:
ng deploy --message="What could possibly go wrong?"
The commit message must be wrapped in quotes if there are any spaces in the text.
Some additional text is always added to the message, if the command runs on Travis CI, Circle CI or GitHub Actions.
--branch
- optional
- Default:
gh-pages
(string) - Example:
ng deploy --branch=master
The name of the branch you'll be pushing to.
The default uses GitHub's gh-pages
branch,
but this can be configured to push to any branch on any remote.
You have to change this to master
if you are pushing to a GitHub organization page (instead of a GitHub user page).
--name & --email
- optional
- Default: value of
git config user.name
andgit config user.email
- Example:
ng deploy --name="Displayed Username" [email protected]
If you run the command in a repository without user.name
or user.email
Git config properties
(or on a machine without these global config properties),
you must provide user info before Git allows you to commit.
In this case, provide both name
and email
string values to identify the committer.
--no-silent
- optional
- Default: silent
true
(boolean) - Example:
ng deploy
β Logging is in silent mode by default.ng deploy --no-silent
β Logging shows extended information.
Logging is in silent mode by default.
In silent mode, the error messages for git operations are always sanitized.
(The message is always: 'Unspecified error (run without silent option for detail)'
)
The --no-silent
option enables detailed error messages and extended console logging.
Keep this untouched if the repository URL or other information passed to git commands is sensitive!
β οΈ WARNINGThis option should be kept as it is if the repository URL or other information passed to Git commands is sensitive and should not be logged (== you have a public build server and you are using the token feature). By default the silent mode is enabled to avoid sensitive data exposure.
--no-dotfiles
- optional
- Default: dotfiles
true
(boolean) - Example:
ng deploy
β Dotfiles are included by default.ng deploy --no-dotfiles
β Dotfiles are ignored.
The command includes dotfiles by default (e.g. .htaccess
will be committed).
With --no-dotfiles
files starting with .
are ignored.
Hint:
This is super useful if you want to publish a .nojekyll
file.
Create such a file in the root of your pages repo to bypass the Jekyll static site generator on GitHub Pages.
Static content is still delivered β even without Jekyll.
This should only be necessary if your site uses files or directories that start with _underscores since Jekyll considers these to be special resources and does not copy them to the final site.
β Or just don't use underscores!
--cname
- optional
- Default:
undefined
(string) β No CNAME file is generated - Example:
ng deploy --cname=example.com
A CNAME file will be created enabling you to use a custom domain. More information on GitHub Pages using a custom domain.
--dry-run
- optional
- Default:
false
(boolean) - Example:
ng deploy
β Normal behavior: Changes are applied.ng deploy --dry-run
β No changes are applied at all.
Run through without making any changes. This can be very useful because it outputs what would happen without doing anything.
π Configuration File
To avoid all these command-line cmd options, you can write down your configuration in the angular.json
file in the options
attribute of your deploy project's architect. Just change the kebab-case to lower camel case. This is the notation of all options in lower camel case:
- baseHref
- buildTarget
- noBuild
- repo
- message
- branch
- name
- noSilent
- noDotfiles
- cname
- dryRun
A list of all available options is also available here.
Example:
ng deploy --base-href=https://angular-schule.github.io/angular-cli-ghpages/ --name="Angular Schule Team" [email protected]
becomes
"deploy": {
"builder": "angular-cli-ghpages:deploy",
"options": {
"baseHref": "https://angular-schule.github.io/angular-cli-ghpages/",
"name": "Angular Schule Team",
"email": "[email protected]"
}
}
Now you can just run ng deploy
without all the options in the command line! π
βΉοΈ Hint
You can always use the --dry-run option to verify if your configuration is right. The project will build but not deploy.
π Environments
We have seen angular-cli-ghpages
running on various environments, like Travis CI, CircleCi or Github Actions.
Please share your knowledge by writing an article about how to set up the deployment.
- GitHub Actions by Dharmen Shah
- Travis CI
- CircleCI
βοΈ FAQ
Before posting any issue, please read the FAQ first. See the contributors documentation at README_contributors if you want to debug and test this project.
License
Code released under the MIT license.
ngx-deploy-starter
π Powered byhttps://angular.schule
Β© 2017-2022This project is made on top of tschaub/gh-pages.
Thank you very much for this great foundation!