Versions Compared


  • This line was added.
  • This line was removed.
  • Formatting was changed.

The Git Clone Repository action allows you to clone an existing git repository into a new directory. This action is a wrapper for the git command line. For more information on the use and options for this action, refer to the git clone command line documentation

To clone a remote repository,  you need to specify a working directory and the location URL of the repository to clone from, either by using the default remote repository (if specified) or overriding the default value. The destination directory cannot already contain a repository, otherwise the command will fail.

Image Removed

To clone a local repository switch to the Clone Repository tab and check the Clone a local repository option select the directory of the local repository to clone.

If both a local and a remote source repository are provided then the local repository will be cloned. Ensure that the Clone a local repository option is unchecked when attempting to clone a remote repository.

Image Removed

There are a number of options that can be executed with this action:

Quiet - Suppress output from Git.

Verbose - Verbose output from GitImage Added

Working directory - The directory to run the command line form. 

Repository to clone - The URL of the repository to clone e.g.[:port]/path/to/repo.git, ssh://[user@][:port]/path/to/repo.git or git://[:port]/path/to/repo.git.

Clone is a local repository - When the repository to clone from is on a local machine, this flag bypasses the normal "Git aware" transport mechanism and clones the repository by making a copy of HEAD and everything under objects and refs directories.

No hard links - When Force the cloning process from a local repository, optimise the process by copying repository on a local filesystem to copy the files under the .git/objects. Only enabled when cloning a local  directory instead of using hardlinks. This may be desirable if you are trying to make a back-up of your repository.

Shared - When cloning from a local repository , don't setup the repository to clone is on the local machine, instead of using hard links, instead automatically setup .git/objects/info/alternates to share the objects with the source repository.  Only enabled when cloning a local repository.No checkout - Do not checkout the HEAD once the clone has completed. The resulting repository starts out without any object of its own. NOTE: this is a possibly dangerous operation; do not use it unless you understand what it does.

Name of the directory to clone into - This is the destination for the clone and is relative to the working directory. If this field is not provided then the last name in the URL will be used as the destination directory.

Reference repository - Path to a reference repository on the local machine to obtain objects from. This can allow fewer objects to be copied from the repository being cloned, reducing network and local storage costs.

Non-existing directories are skipped with a warning instead of aborting the clone - Skip folders not able in reference repository without aborting the clone.

Template - A directory containing templates will be copied to the .git directory. The template directory can include some directory structure, ignore patterns and hook files.

If your repository is private you will need to enter credentials on the Authentication tab. 

Image Added

We recommend that you use the built-in credentials helper to pass the credentials to the command line when connecting to the remote repository using an HTTPS.  

There are many options that can be set to control the cloning process.

Image Added

Remote name to keep track of the upstream repository - Name to use instead of origin for the upstream repository.

Branch name - Name of branch to point to (or checkout) in the cloned repository instead of pointing to the HEAD branch.

Separate git directory - A directory to place the cloned repository in which is separate to the working tree.

Quiet - Suppress output from Git.

Verbose - Verbose output from Git.

Bare - Rather than place the administrative files in <Destination Directory>/the .git place all the files in the <Destination Directory>. (Implies No checkout option).Mirror - Creates a mirror of the remote repository (implies Bare option)folder place then in the root destination directory. This implies that there is no checkout because there is nowhere to check out the working tree.

Sparse - Employ a sparse-checkout, with only files in the top-level directory initially being present.

Mirror - Set up a mirror of the source repository. This implies --bare, but rather than mapping only local branches of the source to local branches of the target, it also maps all refs (including remote-tracking branches, notes etc.).

No tags - Don’t clone any tags or include tags in subsequent fetch and pull commands.

Single branch - Clone only the history leading to the tip of a single branch, either specified by the --branch option or the primary branch remote’s HEAD points at.

No single branch - Use to override single branch default when running a shallow clone e.g. setting depth to 1.

Single branch - Clone only the history leading to the tip of a single branch, either specified by the --branch option or the primary branch remote’s HEAD points at.

No checkout - Do not checkout the HEAD once the clone has completed.

Dissociate - Borrow the objects from reference repositories specified with the --reference option only to reduce network transfer, and stop borrowing from them after a clone is made by making necessary local copies of borrowed objects.

Depth - Limit the resulting repository to the specified number of revisions to create a shallow repository.

Shallow repositories have a number of limitations that users should be aware of before using this option.

Reference Repository - This options allows you to copy .git/objects/info/alternatives from the repository located in the specified directory.

Template Directory - Specify the directory to copy the templates from (override the default of

<Git Installation Directory>/share/git-core/templates/).There are also some options which control how submodules are dealt with.

Image Added


Recurse submodules - After the clone is created, initialize and clone submodules within based on the provided pathspec. If no pathspec is provided, all submodules are initialized and cloned. The submodules are initialized and cloned using their default settings.

Shallow - All submodules which are cloned will be shallow with a depth of 1.

No shallow - Ensure that full submodule history is cloned regardless of other settings.

Remote - All submodules which are cloned will use the status of the submodule’s remote-tracking branch to update the submodule, rather than the main repository’s recorded SHA-1 hash.

No remote - Ensure that the main repository’s recorded SHA-1 hash to update the submodule regardless of other settings. 

Jobs - The number of submodules to fetch at the same time. 

For more information on cloning a git repository, see : the git clone command line documentation