Repository (version control)
In version control systems, a repository is a data structure that stores metadata for a set of files or directory structure.[1] Depending on whether the version control system in use is distributed, like Git or Mercurial, or centralized, like Subversion, CVS, or Perforce, the whole set of information in the repository may be duplicated on every user's system or may be maintained on a single server.[2] Some of the metadata that a repository contains includes, among other things, a historical record of changes in the repository, a set of commit objects, and a set of references to commit objects, called heads.
The main purpose of a repository is to store a set of files, as well as the history of changes made to those files.[3] Exactly how each version control system handles storing those changes, however, differs greatly. For instance, Subversion in the past relied on a database instance but has since moved to storing its changes directly on the filesystem.[4] These differences in storage techniques have generally led to diverse uses of version control by different groups, depending on their needs.[5]
Overview
[edit].png)
In software engineering, a version control system is used to keep track of versions of a set of files, usually to allow multiple developers to collaborate on a project. The repository keeps track of the files in the project, which is represented as a graph.
A distributed version control system is made up of central and branch repositories. A central repository exists on the server. To make changes to it, a developer first works on a branch repository, and proceeds to commit the change to the former.
Forges
[edit]A code forge is a web interface to a version control system. A user can commonly browse repositories and their constituent files on the page itself.
Static web hosting
[edit]While forges are mainly used to perform version control operations, some forges allow users to host static web pages by uploading its source code (such as HTML and JavaScript, but not PHP) to a repository. This is usually done in order to provide documentation or a landing page for a software project.
The use of repositories as a place to upload web documents allows version control to be integrated, and additionally allows quick iteration because changes are pushed through the Version Control System instead of having to upload the file through a protocol like FTP.[6]
Examples of this kind of service include GitHub Pages and GitLab Pages.
See also
[edit]- Sandbox (software development)
- Software repository
- Codebase
- Git
- Forge (software)
- Comparison of source-code-hosting facilities
References
[edit]- ^ "SVNBook". Retrieved 2012-04-20.
- ^ "Version control concepts and best practices". 2018-03-03. Archived from the original on 2020-04-27. Retrieved 2020-07-10.
- ^ "Getting Started - About Version Control". Git SCM.
- ^ Ben Collins-Sussman; Brian W. Fitzpatrick; C. Michael Pilato (2011). "Chapter 5: Strategies for Repository Deployment". Version Control with Subversion: For Subversion 1.7. O'Reilly.
- ^ "Different approaches to source control branching". Stack Overflow. Retrieved 15 November 2014.
- ^ "GitHub Pages | Websites for you and your projects, hosted directly from your GitHub repository". GitHub.
Years, where available, indicate the date of first stable release. Systems with names in italics are no longer maintained or have planned end-of-life dates. | ||||||
| Local only |
|  | ||||
| Client–server |
| |||||
| Distributed |
| |||||
| Concepts | ||||||