Issue 13 · Nov 2–8, 2026Editions · Glossary · Archive · Method · RSS · HU / ENG

News of the AI era, curated weekly

Glossary › Developer basics

clone

basicwidespread

Cloning is copying an entire code repository to your own machine, including the history of previous versions, so you can work on it locally.

In plain terms

Imagine that instead of photocopying a single page from a shared recipe book, you copy the entire book, including all previous corrections, strikethroughs, and marginal notes. Cloning works the same way with code: you make a complete copy of the project stored on a remote server, the repository, on your own machine.

It is useful for experimenting quietly on your own copy: nothing touches the original until you send back your changes. Meanwhile, you can work without internet and review any previous state.

It differs from a simple download in that the copy remembers its origin. Later, with a single command, you can retrieve others' updated modifications, and if you have permission, you can also upload your own changes.

In the AI era, this is one of the most common first steps: the coding agent often starts work by cloning the project and working on its own copy.

How it works

  1. Copy the project's address (URL) from the code-sharing site, such as GitHub or GitLab.
  2. You issue the clone command (git clone and the address) or press the appropriate button in your development tool.
  3. The version control system named Git downloads all files and the complete change history into a new folder on your machine.
  4. The copy notes its origin: it saves the original repository's address under the name "origin".
  5. From here, you work locally, pulling updates and pushing your own changes if you have the necessary permissions.

An everyday example

You find a free, open-source billing program on GitHub and want to try it. The first line of the installation guide will almost certainly be 'clone the repo' – this brings the program's full code to your machine, where you can then run or modify it.

Who is affected

developerAlmost all your work begins by cloning the project you will be working on. → Code
jobseeker, new graduateFor developer roles, cloning a repository is a basic requirement, and trial tasks are often assigned this way. → Work & HR
parent, student, teacherIn programming education, the curriculum and tasks are often shared as cloneable repositories. → Education & Family
entrepreneur, executiveNote that cloning your company's code creates a full copy on someone else's machine, so it matters who you grant access to.

A common misconception

MythCloning is some kind of illegal copying, stealing code.
In realityCloning is a routine, standard development operation and works only with repositories you have access to. What you can do with the copied code is governed by the project license, not the cloning process itself.

Limits and risks

Similar, but not the same

Related concepts

Broader

version control, Git

Narrower

shallow clone

On the edge

repo, fork, pull, push, commit

A brief history

Cloning in its current sense spread with the Git version control system, which Linus Torvalds created in 2005 for Linux development. In Git, every clone is by default a full copy containing the project's entire history.

Where things stand

At the end of 2026, cloning is a basic operation in software development, and Git is almost the sole standard. Coding agents clone repositories automatically and in large numbers so they can work on isolated copies.

Status: 2026 November

In the news

Appears in 22 Agent Age stories; the curve shows weekly occurrence in the news magazine.

Also known as

clone · clone · cloning · git clone · repo cloning · repository cloning · cloning · cloning

Sources

This entry was machine-edited and has undergone machine expert review; the “In the news” section updates automatically from Agent Age stories.