Git Homepage

This is the repository for the git-scm.com site. It is meant to be the first place a person new to Git will land and download or learn about the Git SCM system.

This site is built with Hugo and served via GitHub Pages.

Local development setup

Note

It is highly recommended to clone this repository using scalar; This allows to work only on the parts of the repository relevant to your interests. You can select which directories are checked out using the git sparse-checkout add <directory>... command. Typically, you will want to start like this:

$ scalar clone https://github.com/git/git-scm.com
$ cd git-scm.com/src
$ git sparse-checkout set layouts content static assets hugo.yml data script

If your Git installation comes without `scalar`, you can create a sparse, partial clone manually, like this:

```ShellSession
$ git clone --filter=blob:none --no-checkout https://github.com/git/git-scm.com
$ cd git-scm.com
$ git sparse-checkout set layouts content static assets hugo.yml data script
$ git reset --hard

Note

If you already have a full clone and wish to accelerate development by focusing only on a small subset of the pages, you may want to run the git sparse-checkout set [...] command mentioned above.

Here is a detailed list of the relevant directories:

• If you want to test any page rendering using Hugo:

  • layouts/
  • content/
  • static/
  • assets/

• To add new GUIs:

  • data/

• To work on pre-rendering pages that originate from other repositories (such as the ProGit book):

  • script/

• To work on the GitHub workflows that perform the automated, scheduled pre-rendering:

  • .github/

• The pre-rendered pages (ProGit book, its translated versions, the manual pages, their translated versions):

  • external/book/
  • external/docs/ You will want to avoid editing these directly, as they contain pages that are pre-rendered via GitHub workflows, sourcing content from other repositories.

To render the site locally, you'll need Hugo's extended version v0.128.0 or later. On Windows, we recommend using the Windows Subsystem for Linux (WSL) because some file names contain colons which prevent them from being checked out on Windows file systems.

You can verify the Hugo version like this:

$ hugo version
hugo v0.128.0+extended linux/amd64 BuildDate=unknown

You can serve the site locally via:

$ node script/serve-public.js

The site should be running on http://127.0.0.1:5000.

If you want to serve the site via Hugo's built-in mechanism, you will need to turn off "ugly URLs", by running this command, which will serve the site via http://127.0.0.1:1313:

$ HUGO_UGLYURLS=false hugo serve -w

Side note: What are "ugly URLs"? Hugo, by default, generates "pretty" URLs like https://git-scm.com/about/ (note the trailing slash) instead of what it calls "ugly" URLs like https://git-scm.com/about.html. However, since GitHub Pages auto-resolves "even prettier" URLs like https://git-scm.com/about by appending .html first, we want the "ugly" URLs to be used here. The serve-public.js script emulates GitHub Pages' behavior, while hugo serve does not.

Pro-Tip: Do this in a sparse checkout that excludes large parts of content/, to speed up the rendering time.

To test the site locally with the search enabled, run this instead:

$ hugo
$ npx -y pagefind --site public
$ node script/serve-public.js

You can also use Pagefind's built-in server (which will be running on http://127.0.0.1:1414), but again, you have to turn off "ugly URLs":

$ HUGO_UGLYURLS=false hugo
$ npx -y pagefind --site public --serve

Note that running Pagefind will make the process about 7 times slower, and the site will not be re-rendered and live-reloaded in the browser when you change files in content/ (unlike with hugo serve -w).

Update manual pages

First, install the Ruby prerequisites:

$ bundler install

Then, you can build the manual pages using a local Git source clone like this:

$ ruby ./script/update-docs.rb /path/to/git/.git en

This will populate the manual pages for all Git versions. You can also populate them only for a specific Git version (faster):

$ version=v2.23.0
$ REBUILD_DOC=$version ruby ./script/update-docs.rb /path/to/git/.git en

Or you can populate the man pages from GitHub (much slower) like this:

$ export GITHUB_API_TOKEN=github_personal_auth_token
$ REBUILD_DOC=$version ruby ./script/update-docs.rb remote en  # specific version

Similarly, you can also populate the localized man pages. From a local clone of https://github.com/jnavila/git-html-l10n :

$ ruby ./script/update-docs.rb /path/to/git-html-l10n/.git l10n  # all versions
$ REBUILD_DOC=$version ruby ./script/update-docs.rb /path/to/git-html-l10n/.git l10n  # specific version

Or you can do it from GitHub (much slower) like this:

$ export GITHUB_API_TOKEN=github_personal_auth_token
$ REBUILD_DOC=$version ruby ./script/update-docs.rb remote l10n  # specific version

Update the Downloads pages

Now you need to get the latest downloads for the downloads pages:

$ ruby ./script/update-download-data.rb

Update the ProGit book

First, you will have to get the necessary prerequisites:

$ bundler install

Now you'll probably want some book data.

You'll have to get the book content from a repository on your computer by specifying the path:

$ git clone https://github.com/progit/progit2-fr ../progit2-fr
$ ruby ./script/update-book2.rb fr ../progit2-fr

That will generate the book content from the Asciidoc files and write the files to the local tree, ready to be committed and served via Hugo.

Alternatively, you need to have access to the Pro Git project on GitHub through the API.

$ export GITHUB_API_TOKEN=github_personal_auth_token
$ ruby ./script/update-book2.rb en

If you have 2FA enabled, you'll need to create a Personal Access Token.

If you want to build the book for all available languages, just omit the language code parameter:

$ ruby ./script/update-book2.rb

Contributing

If you wish to contribute to this website, please fork it on GitHub.

Then, clone it using scalar (this avoids long clone times) and then use git sparse-checkout add <directory> to check out the files relevant to your work.

After making the changes, commit and push to a named branch in your fork, then open a pull request. If it is a big feature, you might want to start an issue first to make sure it's something that will be accepted.

Adding a new GUI

The list of GUI clients has been constructed by the community for a long time. If you want to add another tool you'll need to follow a few steps:

1. Add a new .md file with the GUI client details: data/guis

   1. The fields need to be enclosed within --- lines
   2. The fields name, project_url, price, license should be very straightforward to fill.
   3. The field image_tag corresponds to the path of the image of the tool (should start with images/guis/).
   4. platforms is a list of at least 1 platform in which the tool is supported. The possibilities are: Windows, Mac, Linux, Android, and iOS
   5. order can be filled with the biggest number already existing, plus 1 (this number determines the order in which the GUIs are rendered). This is the only field whose value should not be enclosed in double-quote characters.
   6. trend_name is an optional field that can be used for helping sorting the clients.

2. Add the image to static/images/guis/<GUI_CLIENT_NAME>@2x.png and static/images/guis/<GUI_CLIENT_NAME>.png making sure the aspect ratio matches a 588:332 image.

Useful links

Hugo (static site generator)

• https://gohugo.io/
• https://gohugo.io/content-management/shortcodes/
• https://github.com/google/re2/wiki/Syntax/ (for Hugo's regular expression syntax)

Pagefind (client-side search)

• https://pagefind.app/

Lychee (link checker)

• https://lychee.cli.rs/

Playwright (website UI test framework)

• https://playwright.dev/

License

The source code for the site is licensed under the MIT license, which you can find in the MIT-LICENSE.txt file.

All graphical assets are licensed under the Creative Commons Attribution 3.0 Unported License.