2007-01-11 21:58:10 +01:00
|
|
|
git-init(1)
|
|
|
|
===========
|
|
|
|
|
|
|
|
NAME
|
|
|
|
----
|
2013-01-21 20:17:53 +01:00
|
|
|
git-init - Create an empty Git repository or reinitialize an existing one
|
2007-01-11 21:58:10 +01:00
|
|
|
|
|
|
|
|
|
|
|
SYNOPSIS
|
|
|
|
--------
|
2011-07-02 04:38:26 +02:00
|
|
|
[verse]
|
2021-11-06 19:48:52 +01:00
|
|
|
'git init' [-q | --quiet] [--bare] [--template=<template-directory>]
|
|
|
|
[--separate-git-dir <git-dir>] [--object-format=<format>]
|
2020-06-24 16:46:32 +02:00
|
|
|
[-b <branch-name> | --initial-branch=<branch-name>]
|
2021-11-06 19:48:51 +01:00
|
|
|
[--shared[=<permissions>]] [<directory>]
|
2007-01-11 21:58:10 +01:00
|
|
|
|
|
|
|
|
2011-03-19 16:16:55 +01:00
|
|
|
DESCRIPTION
|
|
|
|
-----------
|
|
|
|
|
2013-01-21 20:17:53 +01:00
|
|
|
This command creates an empty Git repository - basically a `.git`
|
2011-03-19 16:16:55 +01:00
|
|
|
directory with subdirectories for `objects`, `refs/heads`,
|
2020-12-11 12:36:54 +01:00
|
|
|
`refs/tags`, and template files. An initial branch without any
|
|
|
|
commits will be created (see the `--initial-branch` option below
|
|
|
|
for its name).
|
2011-03-19 16:16:55 +01:00
|
|
|
|
|
|
|
If the `$GIT_DIR` environment variable is set then it specifies a path
|
|
|
|
to use instead of `./.git` for the base of the repository.
|
|
|
|
|
|
|
|
If the object storage directory is specified via the
|
|
|
|
`$GIT_OBJECT_DIRECTORY` environment variable then the sha1 directories
|
|
|
|
are created underneath - otherwise the default `$GIT_DIR/objects`
|
|
|
|
directory is used.
|
|
|
|
|
|
|
|
Running 'git init' in an existing repository is safe. It will not
|
|
|
|
overwrite things that are already there. The primary reason for
|
2011-03-19 16:16:56 +01:00
|
|
|
rerunning 'git init' is to pick up newly added templates (or to move
|
|
|
|
the repository to another place if --separate-git-dir is given).
|
2011-03-19 16:16:55 +01:00
|
|
|
|
2007-01-11 21:58:10 +01:00
|
|
|
OPTIONS
|
|
|
|
-------
|
|
|
|
|
2008-06-08 03:36:09 +02:00
|
|
|
-q::
|
|
|
|
--quiet::
|
2007-06-07 14:50:29 +02:00
|
|
|
|
2014-08-08 19:29:14 +02:00
|
|
|
Only print error and warning messages; all other output will be suppressed.
|
2007-06-07 14:50:29 +02:00
|
|
|
|
2008-05-28 20:53:57 +02:00
|
|
|
--bare::
|
|
|
|
|
2016-06-08 00:35:07 +02:00
|
|
|
Create a bare repository. If `GIT_DIR` environment is not set, it is set to the
|
2008-05-28 20:53:57 +02:00
|
|
|
current working directory.
|
|
|
|
|
2020-02-22 21:17:38 +01:00
|
|
|
--object-format=<format>::
|
|
|
|
|
|
|
|
Specify the given object format (hash algorithm) for the repository. The valid
|
|
|
|
values are 'sha1' and (if enabled) 'sha256'. 'sha1' is the default.
|
Documentation: mark `--object-format=sha256` as experimental
After eff45daab8 ("repository: enable SHA-256 support by default",
2020-07-29), vanilla builds of Git enable the user to run, e.g.,
git init --object-format=sha256
and hack away. This can be a good way to gain experience with the
SHA-256 world, e.g., to find bugs that
GIT_TEST_DEFAULT_HASH=sha256 make test
doesn't spot.
But it really is a separate world: Such SHA-256 repos will live entirely
separate from the (by now fairly large) set of SHA-1 repos. Interacting
across the border is possible in principle, e.g., through "diff + apply"
(or "format-patch + am"), but even that has its limitations: Applying a
SHA-256 diff in a SHA-1 repo works in the simple case, but if you need
to resort to `-3`, you're out of luck.
Similarly, "push + pull" should work, but you really will be operating
mostly offset from the rest of the world. That might be ok by the time
you initialize your repository, and it might be ok for several months
after that, but there might come a day when you're starting to regret
your use of `git init --object-format=sha256` and have dug yourself into
a fairly deep hole.
There are currently topics in flight to document our data formats and
protocols regarding SHA-256 and in some cases (midx and commit-graph),
we're considering adjusting how the file formats indicate which object
format to use.
Wherever `--object-format` is mentioned in our documentation, let's make
it clear that using it with "sha256" is experimental. If we later need
to explain why we can't handle data we generated back in 2020, we can
always point to this paragraph we're adding here.
By "include::"-ing a small blurb, we should be able to be consistent
throughout the documentation and can eventually gradually tone down the
severity of this text. One day, we might even use it to start phasing
out `--object-format=sha1`, but let's not get ahead of ourselves...
There's also `extensions.objectFormat`, but it's only mentioned three
times. Twice where we're adding this new disclaimer and in the third
spot we already have a "do not edit" warning. From there, interested
readers should eventually find this new one that we're adding here.
Because `GIT_DEFAULT_HASH` provides another entry point to this
functionality, document the experimental nature of it too.
Signed-off-by: Martin Ågren <martin.agren@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-08-16 12:01:18 +02:00
|
|
|
+
|
|
|
|
include::object-format-disclaimer.txt[]
|
2020-02-22 21:17:38 +01:00
|
|
|
|
2021-11-06 19:48:52 +01:00
|
|
|
--template=<template-directory>::
|
2007-01-11 21:58:10 +01:00
|
|
|
|
2010-02-17 00:44:46 +01:00
|
|
|
Specify the directory from which templates will be used. (See the "TEMPLATE
|
|
|
|
DIRECTORY" section below.)
|
2007-01-11 21:58:10 +01:00
|
|
|
|
2021-11-06 19:48:52 +01:00
|
|
|
--separate-git-dir=<git-dir>::
|
2011-03-19 16:16:56 +01:00
|
|
|
|
2014-08-08 19:29:17 +02:00
|
|
|
Instead of initializing the repository as a directory to either `$GIT_DIR` or
|
|
|
|
`./.git/`, create a text file there containing the path to the actual
|
|
|
|
repository. This file acts as filesystem-agnostic Git symbolic link to the
|
|
|
|
repository.
|
|
|
|
+
|
|
|
|
If this is reinitialization, the repository will be moved to the specified path.
|
2011-03-19 16:16:56 +01:00
|
|
|
|
2020-10-08 22:23:57 +02:00
|
|
|
-b <branch-name>::
|
2020-06-24 16:46:32 +02:00
|
|
|
--initial-branch=<branch-name>::
|
|
|
|
|
2020-12-11 12:36:54 +01:00
|
|
|
Use the specified name for the initial branch in the newly created
|
|
|
|
repository. If not specified, fall back to the default name (currently
|
|
|
|
`master`, but this is subject to change in the future; the name can be
|
|
|
|
customized via the `init.defaultBranch` configuration variable).
|
2020-06-24 16:46:32 +02:00
|
|
|
|
2021-11-06 19:48:58 +01:00
|
|
|
--shared[=(false|true|umask|group|all|world|everybody|<perm>)]::
|
2007-01-11 21:58:10 +01:00
|
|
|
|
2013-01-21 20:17:53 +01:00
|
|
|
Specify that the Git repository is to be shared amongst several users. This
|
2007-01-11 21:58:10 +01:00
|
|
|
allows users belonging to the same group to push into that
|
|
|
|
repository. When specified, the config variable "core.sharedRepository" is
|
|
|
|
set so that files and directories under `$GIT_DIR` are created with the
|
2013-01-21 20:17:53 +01:00
|
|
|
requested permissions. When not specified, Git will use permissions reported
|
2007-01-11 21:58:10 +01:00
|
|
|
by umask(2).
|
2014-08-08 19:29:15 +02:00
|
|
|
+
|
2007-01-11 21:58:10 +01:00
|
|
|
The option can have the following values, defaulting to 'group' if no value
|
|
|
|
is given:
|
2014-08-08 19:29:15 +02:00
|
|
|
+
|
|
|
|
--
|
|
|
|
'umask' (or 'false')::
|
|
|
|
|
|
|
|
Use permissions reported by umask(2). The default, when `--shared` is not
|
|
|
|
specified.
|
|
|
|
|
|
|
|
'group' (or 'true')::
|
|
|
|
|
|
|
|
Make the repository group-writable, (and g+sx, since the git group may be not
|
|
|
|
the primary group of all users). This is used to loosen the permissions of an
|
|
|
|
otherwise safe umask(2) value. Note that the umask still applies to the other
|
|
|
|
permission bits (e.g. if umask is '0022', using 'group' will not remove read
|
|
|
|
privileges from other (non-group) users). See '0xxx' for how to exactly specify
|
|
|
|
the repository permissions.
|
2007-01-11 21:58:10 +01:00
|
|
|
|
2014-08-08 19:29:15 +02:00
|
|
|
'all' (or 'world' or 'everybody')::
|
|
|
|
|
|
|
|
Same as 'group', but make the repository readable by all users.
|
|
|
|
|
2021-11-06 19:48:58 +01:00
|
|
|
'<perm>'::
|
2014-08-08 19:29:15 +02:00
|
|
|
|
2021-11-06 19:48:58 +01:00
|
|
|
'<perm>' is a 3-digit octal number prefixed with `0` and each file
|
|
|
|
will have mode '<perm>'. '<perm>' will override users' umask(2)
|
2021-11-06 19:48:57 +01:00
|
|
|
value (and not only loosen permissions as 'group' and 'all'
|
|
|
|
does). '0640' will create a repository which is group-readable, but
|
|
|
|
not group-writable or accessible to others. '0660' will create a repo
|
|
|
|
that is readable and writable to the current user and group, but
|
2021-11-06 19:48:58 +01:00
|
|
|
inaccessible to others (directories and executable files get their
|
|
|
|
`x` bit from the `r` bit for corresponding classes of users).
|
2014-08-08 19:29:15 +02:00
|
|
|
--
|
2008-04-16 10:34:24 +02:00
|
|
|
|
2014-08-08 19:29:14 +02:00
|
|
|
By default, the configuration flag `receive.denyNonFastForwards` is enabled
|
2007-01-11 21:58:10 +01:00
|
|
|
in shared repositories, so that you cannot force a non fast-forwarding push
|
|
|
|
into it.
|
|
|
|
|
2014-08-08 19:29:18 +02:00
|
|
|
If you provide a 'directory', the command is run inside it. If this directory
|
|
|
|
does not exist, it will be created.
|
2009-07-24 23:59:28 +02:00
|
|
|
|
2010-02-17 00:44:46 +01:00
|
|
|
TEMPLATE DIRECTORY
|
|
|
|
------------------
|
|
|
|
|
2017-02-18 00:37:00 +01:00
|
|
|
Files and directories in the template directory whose name do not start with a
|
|
|
|
dot will be copied to the `$GIT_DIR` after it is created.
|
2010-02-17 00:44:46 +01:00
|
|
|
|
2014-08-08 19:29:16 +02:00
|
|
|
The template directory will be one of the following (in order):
|
2010-02-17 00:44:46 +01:00
|
|
|
|
2014-08-08 19:29:16 +02:00
|
|
|
- the argument given with the `--template` option;
|
2010-02-17 00:44:46 +01:00
|
|
|
|
2014-08-08 19:29:16 +02:00
|
|
|
- the contents of the `$GIT_TEMPLATE_DIR` environment variable;
|
2010-02-17 00:44:46 +01:00
|
|
|
|
2015-03-11 21:32:45 +01:00
|
|
|
- the `init.templateDir` configuration variable; or
|
2010-02-17 00:44:46 +01:00
|
|
|
|
2014-08-08 19:29:16 +02:00
|
|
|
- the default template directory: `/usr/share/git-core/templates`.
|
2010-02-17 00:44:46 +01:00
|
|
|
|
2014-08-08 19:29:19 +02:00
|
|
|
The default template directory includes some directory structure, suggested
|
2016-05-05 00:58:09 +02:00
|
|
|
"exclude patterns" (see linkgit:gitignore[5]), and sample hook files.
|
|
|
|
|
2019-01-24 22:44:16 +01:00
|
|
|
The sample hooks are all disabled by default. To enable one of the
|
2016-05-05 00:58:09 +02:00
|
|
|
sample hooks rename it by removing its `.sample` suffix.
|
|
|
|
|
|
|
|
See linkgit:githooks[5] for more general info on hook execution.
|
2007-01-11 21:58:10 +01:00
|
|
|
|
|
|
|
EXAMPLES
|
|
|
|
--------
|
|
|
|
|
2013-01-21 20:17:53 +01:00
|
|
|
Start a new Git repository for an existing code base::
|
2007-01-11 21:58:10 +01:00
|
|
|
+
|
|
|
|
----------------
|
|
|
|
$ cd /path/to/my/codebase
|
2008-06-30 08:09:04 +02:00
|
|
|
$ git init <1>
|
|
|
|
$ git add . <2>
|
2014-08-08 19:29:20 +02:00
|
|
|
$ git commit <3>
|
2007-01-11 21:58:10 +01:00
|
|
|
----------------
|
|
|
|
+
|
2014-08-08 19:29:14 +02:00
|
|
|
<1> Create a /path/to/my/codebase/.git directory.
|
|
|
|
<2> Add all existing files to the index.
|
2014-08-08 19:29:20 +02:00
|
|
|
<3> Record the pristine state as the first commit in the history.
|
2007-01-11 21:58:10 +01:00
|
|
|
|
docs: add CONFIGURATION sections that fuzzy map to built-ins
Add a CONFIGURATION section to the documentation of various built-ins,
for those cases where the relevant config/NAME.txt doesn't map only to
one git-NAME.txt. In particular:
* config/blame.txt: used by git-{blame,annotate}.txt. Since the
git-annotate(1) documentation refers to git-blame(1) don't add a
"CONFIGURATION" section to git-annotate(1), only to git-blame(1).
* config/checkout.txt: maps to both git-checkout.txt and
git-switch.txt (but nothing else).
* config/init.txt: should be included in git-init(1) and
git-clone(1).
* config/column.txt: We should ideally mention the relevant subset of
this in git-{branch,clean,status,tag}.txt, but let's punt on it for
now. We will when we eventually split these sort of files into
e.g. config/column.txt and
config/column/{branch,clean,status,tag}.txt, with the former
including the latter set.
Things that are being left out, and why:
* config/{remote,remotes,credential}.txt: Configuration that affects
how we talk to remote repositories is harder to untangle. We'll need
to include some of this in git-{fetch,remote,push,ls-remote}.txt
etc., but some of those only use a small subset of these
options. Let's leave this for now.
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Reviewed-by: Matheus Tavares <matheus.bernardino@usp.br>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2022-09-07 10:27:05 +02:00
|
|
|
CONFIGURATION
|
|
|
|
-------------
|
|
|
|
|
|
|
|
include::includes/cmd-config-section-all.txt[]
|
|
|
|
|
|
|
|
include::config/init.txt[]
|
|
|
|
|
2007-01-11 21:58:10 +01:00
|
|
|
GIT
|
|
|
|
---
|
2008-06-06 09:07:32 +02:00
|
|
|
Part of the linkgit:git[1] suite
|