Go to file
Gilbert Gilb's c7646551be Dockerfile: Remove ENTRYPOINT
It's pointless to set `/bin/sh` as entrypoint. `/bin/sh` is already the default command, and on the top of that, setting `/bin/sh` as entrypoint ignores the command.
2017-05-14 09:56:03 +02:00
bufferpool bufpool: Add package doc 2016-04-10 01:34:15 +02:00
commands commands, hugolib: Deprecate disable404, disableRSS, disableSitemap, disableRobotsTXT 2017-05-10 20:00:08 +02:00
config all: Fix some govet complaints 2017-03-09 14:18:12 +01:00
create create: Delete redundant viper calls 2017-03-24 22:19:03 +01:00
deps tpl/collections: Make it a package that stands on its own 2017-05-01 15:13:41 +02:00
docs docs: Add carnivorousplants.co.uk to the showcase 2017-05-13 19:39:02 +02:00
docshelper all: Document the Output Formats feature 2017-04-07 10:52:16 +02:00
examples docs, examples: Use TOML for i18n config files 2017-04-02 18:43:32 +02:00
helpers helpers: Don't clean the path before Join 2017-05-09 14:07:43 +02:00
hugofs all: Fix some govet complaints 2017-03-09 14:18:12 +01:00
hugolib hugolib: Handle shortcode per output format 2017-05-13 22:44:15 +03:00
i18n i18n: Simplify code for detecting of untranslated id 2017-05-03 09:23:13 +02:00
livereload livereload: Fix data race in close 2017-04-30 01:10:57 +02:00
media all: Document the Output Formats feature 2017-04-07 10:52:16 +02:00
output output: Fix base theme vs project base template logic 2017-04-13 11:19:54 +02:00
parser parser: Improve TOML frontmatter parser performance 2017-03-20 09:02:35 +01:00
releaser releaser: Push the tag before goreleaser is run 2017-05-03 09:29:59 +02:00
source hugolib: Ignore non-source files on partial rebuild 2017-04-22 22:38:54 +02:00
tpl hugolib: Handle shortcode per output format 2017-05-13 22:44:15 +03:00
transform Automate the Hugo release process 2017-04-24 11:08:56 +02:00
utils utils: Use local logger 2017-02-21 09:41:56 +01:00
vendor vendor: Update cobra and pflag 2017-04-27 15:37:55 +02:00
watcher Update import path of fsnotify 2016-04-20 22:28:26 +08:00
.gitignore Automate the Hugo release process 2017-04-24 11:08:56 +02:00
.goxc.json add more architectures to .goxc 2015-12-08 16:46:43 -05:00
.mailmap Add .mailmap to get a more correct author log 2015-01-28 16:50:36 +01:00
.travis.yml travis: Go 1.8.1 2017-04-07 20:30:45 +02:00
CONTRIBUTING.md docs: Properly capitalize GitHub 2017-04-05 18:41:23 +02:00
Dockerfile Dockerfile: Remove ENTRYPOINT 2017-05-14 09:56:03 +02:00
LICENSE.md Change the license to Apache 2.0 2015-11-23 22:16:36 -05:00
Makefile Fix check-vendor logic in Makefile 2017-04-22 22:34:12 +02:00
README.md docs: Properly capitalize GitHub 2017-04-05 18:41:23 +02:00
appveyor.yml Update appveyor config 2017-03-09 09:31:22 +01:00
bench.sh Add benchmark for sort and reverse 2015-07-21 21:08:20 +02:00
goreleaser.yml releaser: Fix some of the fpm fields for deb 2017-04-26 10:51:05 -06:00
main.go Exit -1 on ERROR in non-global logger 2017-03-27 10:55:29 +02:00
requirements.txt Bump Pygment version to 2.1.3 2016-03-13 22:16:00 +01:00
snapcraft.yaml Get versions back to 0.20-DEV 2017-04-13 16:19:50 +02:00

README.md

Hugo

A Fast and Flexible Static Site Generator built with love by spf13 and friends in Go.

Website | Forum | Developer Chat (no support) | Documentation | Installation Guide | Contribution Guide | Twitter

GoDoc Linux and macOS Build Status Windows Build Status Dev chat at https://gitter.im/spf13/hugo Go Report Card

Overview

Hugo is a static HTML and CSS website generator written in Go. It is optimized for speed, easy use and configurability. Hugo takes a directory with content and templates and renders them into a full HTML website.

Hugo relies on Markdown files with front matter for meta data. And you can run Hugo from any directory. This works well for shared hosts and other systems where you dont have a privileged account.

Hugo renders a typical website of moderate size in a fraction of a second. A good rule of thumb is that each piece of content renders in around 1 millisecond.

Hugo is designed to work well for any kind of website including blogs, tumbles and docs.

Supported Architectures

Currently, we provide pre-built Hugo binaries for Windows, Linux, FreeBSD, NetBSD and macOS (Darwin) and Android for x64, i386 and ARM architectures.

Hugo may also be compiled from source wherever the Go compiler tool chain can run, e.g. for other operating systems including DragonFly BSD, OpenBSD, Plan 9 and Solaris.

Complete documentation is available at Hugo Documentation.

Choose How to Install

If you want to use Hugo as your site generator, simply install the Hugo binaries. The Hugo binaries have no external dependencies.

To contribute to the Hugo source code or documentation, you should fork the Hugo GitHub project and clone it to your local machine.

Finally, you can install the Hugo source code with go, build the binaries yourself, and run Hugo that way. Building the binaries is an easy task for an experienced go getter.

Install Hugo as Your Site Generator (Binary Install)

Use the installation instructions in the Hugo documentation.

Build and Install the Binaries from Source (Advanced Install)

Add Hugo and its package dependencies to your go src directory.

go get -v github.com/spf13/hugo

Once the get completes, you should find your new hugo (or hugo.exe) executable sitting inside $GOPATH/bin/.

To update Hugos dependencies, use go get with the -u option.

go get -u -v github.com/spf13/hugo

Contributing to Hugo

For a complete guide to contributing to Hugo, see the Contribution Guide.

We welcome contributions to Hugo of any kind including documentation, themes, organization, tutorials, blog posts, bug reports, issues, feature requests, feature implementations, pull requests, answering questions on the forum, helping to manage issues, etc.

The Hugo community and maintainers are very active and helpful, and the project benefits greatly from this activity.

Asking Support Questions

We have an active discussion forum where users and developers can ask questions. Please don't use the GitHub issue tracker to ask questions.

Reporting Issues

If you believe you have found a defect in Hugo or its documentation, use the GitHub issue tracker to report the problem to the Hugo maintainers. If you're not sure if it's a bug or not, start by asking in the discussion forum. When reporting the issue, please provide the version of Hugo in use (hugo version).

Submitting Patches

The Hugo project welcomes all contributors and contributions regardless of skill or experience level. If you are interested in helping with the project, we will help you with your contribution. Hugo is a very active project with many contributions happening daily. Because we want to create the best possible product for our users and the best contribution experience for our developers, we have a set of guidelines which ensure that all contributions are acceptable. The guidelines are not intended as a filter or barrier to participation. If you are unfamiliar with the contribution process, the Hugo team will help you and teach you how to bring your contribution in accordance with the guidelines.

For a complete guide to contributing code to Hugo, see the Contribution Guide.

Analytics