GOT.CONF(5)

NAME
got.conf - Game of Trees configuration file

DESCRIPTION
got.conf is the run-time configuration file for got(1).

got.conf may be present in the root directory of a Git repository for repository-wide settings, or in the .got meta-data directory of a work tree to override repository-wide settings for got(1) commands executed within this work tree.

The file format is line-based, with one configuration directive per line. Comments can be put anywhere in the file using a hash mark (‘#’), and extend to the end of the current line. Arguments names not beginning with a letter, digit or underscore, as well as reserved words (such as author, remote or port), must be quoted. Arguments containing whitespace should be surrounded by double quotes (").

The available configuration directives are as follows:

author “Real Name <email address>”
    Configure the author's name and email address for got commit and got import when operating on this repository. Author information specified here overrides the GOT_AUTHOR environment variable.

    Because git(1) may fail to parse commits without an email address in author data, got(1) attempts to reject author information with a missing email address.

signer_id signer-id
    Configure a signer-id to sign tag objects. This key will be used to sign all tag objects unless overridden by got tag -s signer-id.

    For SSH-based signatures, signer-id is the path to a file which may refer to either a private SSH key, or a public SSH key with the private half available via ssh-agent(1).

allowed_signers path
    Configure a path to the "allowed signers" file which contains a list of trusted SSH signer identities. The file will be passed to ssh-keygen(1) during verification of SSH-based signatures with got tag -V. The format of the "allowed signers" file is documented in the ALLOWED SIGNERS section of ssh-keygen(1).

    Verification of SSH-based signatures is impossible unless the allowed_signers option is set in got.conf.

revoked_signers path
    Configure a path to the optional "revoked signers" file, which contains a list of revoked SSH signer identities. This file is passed to ssh-keygen(1) during signature verification with got tag -V. Revoked identities are no longer considered trustworthy and verification of relevant signatures will fail.

remote name {...}
    Define a remote repository. The specified name can be used to refer to the remote repository on the command line of got fetch and got send.

    When repositories are shared between multiple users on the system, it is recommended that users configure their trusted remote repositories in each of their work-trees' got.conf files, overriding corresponding repository-wide settings. This can avoid potentially undesirable connections to remote repositories placed into the shared repository's got.conf file by other users.

    Information about a repository is declared in a block of options enclosed in curly brackets:

    server hostname
        Defines the hostname to use for contacting the remote repository's server.

    repository path
        Defines the path to the repository on the remote repository's server.

    protocol scheme
        Defines the protocol to use for communicating with the remote repository's server.

        The following protocol schemes are supported:

        git The Git protocol as implemented by the git-daemon(1) server. Use of this protocol is discouraged since it supports neither authentication nor encryption.

        ssh The Git protocol wrapped in an authenticated and encrypted ssh(1) tunnel. With this protocol the hostname may contain an embedded username for ssh(1) to use: user@hostname

        http
            The “smart” Git HTTP protocol. Not compatible with servers using the “dumb” Git HTTP protocol.

            The “smart” Git HTTP protocol is supported by got clone and got fetch, but not by got send. To send from a repository cloned over HTTP, add a send block (see below) to ensure that the “ssh://” protocol will be used by got send.

            Use of this protocol is discouraged since it supports neither authentication nor encryption.

        https
            The “smart” Git HTTP protocol wrapped in SSL/TLS.

    port port
        Defines the port to use for connecting to the remote repository's server. The port can be specified by number or name. The port name to number mappings are found in the file /etc/services; see services(5) for details. If not specified, the default port of the specified protocol will be used.

    branch {branch ...}
        Specify one or more branches which got fetch and got send should fetch from and send to the remote repository by default. The list of branches specified here can be overridden at the got fetch and got send command lines with the -b option.

    fetch_all_branches yes | no
        This option controls whether got fetch will fetch all branches from the remote repository by default. If enabled, this behaviour can be overridden at the got fetch command line with the -b option, and any branch configuration settings for this remote repository will be ignored.

    reference {reference ...}
        Specify one or more arbitrary references which got fetch should fetch by default, in addition to the branches and tags that will be fetched. The list of references specified here can be overridden at the got fetch command line with the -R option. got fetch will refuse to fetch references from the remote repository's “refs/remotes/” or “refs/got/” namespace. In any case, references in the “refs/tags/” namespace will always be fetched and mapped directly to local references in the same namespace.

    mirror_references yes | no
        This option controls the behaviour of got fetch when updating references. Enabling this option can lead to the loss of local commits. Maintaining custom changes in a mirror repository is therefore discouraged.

        If this option is not specified or set to no, got fetch will map references of the remote repository into the local repository's “refs/remotes/” namespace.

        If this option is set to yes, all branches in the “refs/heads/” namespace will be updated directly to match the corresponding branches in the remote repository.

    fetch {...}
        An optional fetch block may contain any of the following configuration settings for use by got fetch, overriding corresponding settings in the containing remote name {...} block.

        •   server hostname

        •   repository path

        •   protocol scheme

        •   port port

        •   branch {branch ...}

    send {...}
        An optional send block may contain any of the following configuration settings for use by got send, overriding corresponding settings in the containing remote name {...} block.

        •   server hostname

        •   repository path

        •   protocol scheme

        •   port port

        •   branch {branch ...}

FILES
got.conf
    If present, got.conf located in the root directory of a Git repository supersedes any relevant settings in Git's config file.

.got/got.conf
    If present, got.conf located in the .got meta-data directory of a got(1) work tree supersedes any relevant settings in the repository's got.conf configuration file and Git's config file.

EXAMPLES
Configure author information:

    author "Flan Hacker <flan_hacker@openbsd.org>"

Remote repository specification for the Game of Trees repository:

    remote "origin" {
    	server anonymous@got.gameoftrees.org
    	protocol ssh
    	repository got
    	branch { "main" }
    }

Mirror the OpenBSD src repository from Github:

    remote "origin" {
    	repository "openbsd/src"
    	server git@github.com
    	protocol git+ssh
    	mirror_references yes
    }

Fetch changes via the Git protocol and send changes via the SSH protocol:

    remote "origin" {
    	repository my_repo
    	server git.example.com
    	protocol git
    	send {
    		server git@git.example.com
    		protocol ssh
    	}
    }

SEE ALSO
got(1), git-repository(5), got-worktree(5)

CAVEATS
got.conf offers no way to configure the editor spawned by got commit, got histedit, got import, or got tag. This is deliberate and prevents potential arbitrary command execution as another user when repositories or work trees are shared between users. Users should set their VISUAL or EDITOR environment variables instead.