1959
Comment:
|
2966
|
Deletions are marked like this. | Additions are marked like this. |
Line 1: | Line 1: |
== ["Tutorial"] - cloning a repository == | == Tutorial - Cloning a Repository == |
Line 3: | Line 3: |
We have followed TutorialInstall to install ["Mercurial"] already, right? Good! | ''(This page is part 2 of 9 of the [[Tutorial]] series. Previous part is [[TutorialInstall]], next part is [[TutorialHistory]])'' |
Line 5: | Line 5: |
In ["Mercurial"], we do all of our work inside a ["Repository"]. A ["Repository"] is a directory that contains all of the source files that we want to keep history of, along with complete histories of those source files. | You have followed TutorialInstall to install Mercurial already, right? Good! |
Line 7: | Line 7: |
The easiest way to get started with ["Mercurial"] is to use a ["Repository"] that already contains some files and some history. | In Mercurial, we do all of our work inside a [[Repository|repository]]. A repository is a directory that contains all of the source files that we want to keep history of, along with complete histories of those source files (inside the .hg directory — see UnderstandingMercurial). |
Line 9: | Line 10: |
To do this, we use the ''clone'' command. This makes a ["Clone"] of a ["Repository"]; it makes a complete copy of another ["Repository"] so that we will have our own local, private one to work in. | The easiest way to get started with Mercurial is to use a repository that already contains some files and some history. To do this, we use the {{{clone}}} command.<<FootNote(http://www.selenic.com/mercurial/hg.1.html#clone)>> This makes a [[Clone|clone]] of a repository; it makes a complete copy of another repository so that we will have our own local, private one to work in. Let's clone a small "hello, world" repository hosted at selenic.com: |
Line 12: | Line 17: |
$ hg clone http://www.serpentine.com/hg/hello my-hello | $ hg clone http://www.selenic.com/repo/hello my-hello |
Line 15: | Line 20: |
['''Note''': sorry, but this isn't a real URL yet, because ["Mercurial"] doesn't yet allow you to ["Serve"] multiple repositories using a single daemon. I'm working on a fix.] [Until this fix is in place, one can use |
If all goes well, the {{{clone}}} command prints this (Mercurial 1.4): |
Line 20: | Line 23: |
$ hg clone http://selenic.com/hg my-hg-clone | requesting all changes adding changesets adding manifests adding file changes added 2 changesets with 2 changes to 2 files updating to branch default 2 files updated, 0 files merged, 0 files removed, 0 files unresolved |
Line 23: | Line 32: |
to try things out whith an already working repository. WARNING, this repository is not the smallest thing out there.] If all goes well, the ''clone'' command prints no output. We should now find a directory called ''my-hello'' in our current directory: |
We should now find a directory called {{{my-hello}}} in our current directory: |
Line 28: | Line 35: |
$ ls my-hello |
$ ls my-hello |
Line 32: | Line 39: |
Inside the ''my-hello'' directory, we'll find some files: | Inside the {{{my-hello}}} directory, we should find some files, together with the .hg directory, that contains Mercurial's private data (basically the history of the repository plus various state information — see [[Repository]] for more information): |
Line 35: | Line 43: |
$ ls my-hello hello.c Makefile |
$ ls -a . .. .hg Makefile hello.c |
Line 39: | Line 47: |
These files are exact copies of the files in the ["Repository"] we just ["Clone"]d. | These files are exact copies of the files from the [[Tip|tip]] revision of the default branch in the repository we just cloned. |
Line 41: | Line 49: |
'''Note''': in ["Mercurial"], each ["Repository"] is self-contained. When you ["Clone"] a ["Repository"], the new ["Repository"] becomes an exact copy of the existing one at the time of the ["Clone"], but subsequent changes in either one ''will not show up'' in the other unless you explicitly transfer them. | '''Note:''' in Mercurial, each repository is self-contained. When you clone a repository, the new repository becomes an exact copy of the existing one at the time of the clone, but subsequent changes in either one ''will not show up'' in the other unless you explicitly transfer them, by either [[Pull|pulling]] or [[Push|pushing]]. |
Line 43: | Line 51: |
At this point, we can start examining some of the history of our new ["Repository"], by continuing to TutorialHistory. | By default, `hg clone` checks out (see [[Update]]) the [[Tip|tip]]most [[Revision|revision]] of the repository's ''default branch'' into the repository's [[WorkingDirectory|working directory]]. To see which revision is currently checked out, we can use the [[Parent|parents]] command:<<FootNote(http://www.selenic.com/mercurial/hg.1.html#parents)>> {{{ $ cd my-hello $ hg parents changeset: 1:82e55d328c8c tag: tip user: mpm@selenic.com date: Fri Aug 26 01:21:28 2005 -0700 summary: Create a makefile }}} At this point, we can start examining some of the history of our new repository, by continuing to TutorialHistory. ---- CategoryTutorial |
Tutorial - Cloning a Repository
(This page is part 2 of 9 of the Tutorial series. Previous part is TutorialInstall, next part is TutorialHistory)
You have followed TutorialInstall to install Mercurial already, right? Good!
In Mercurial, we do all of our work inside a repository. A repository is a directory that contains all of the source files that we want to keep history of, along with complete histories of those source files (inside the .hg directory — see UnderstandingMercurial).
The easiest way to get started with Mercurial is to use a repository that already contains some files and some history.
To do this, we use the clone command.1 This makes a clone of a repository; it makes a complete copy of another repository so that we will have our own local, private one to work in.
Let's clone a small "hello, world" repository hosted at selenic.com:
$ hg clone http://www.selenic.com/repo/hello my-hello
If all goes well, the clone command prints this (Mercurial 1.4):
requesting all changes adding changesets adding manifests adding file changes added 2 changesets with 2 changes to 2 files updating to branch default 2 files updated, 0 files merged, 0 files removed, 0 files unresolved
We should now find a directory called my-hello in our current directory:
$ ls my-hello
Inside the my-hello directory, we should find some files, together with the .hg directory, that contains Mercurial's private data (basically the history of the repository plus various state information — see Repository for more information):
$ ls -a . .. .hg Makefile hello.c
These files are exact copies of the files from the tip revision of the default branch in the repository we just cloned.
Note: in Mercurial, each repository is self-contained. When you clone a repository, the new repository becomes an exact copy of the existing one at the time of the clone, but subsequent changes in either one will not show up in the other unless you explicitly transfer them, by either pulling or pushing.
By default, hg clone checks out (see Update) the tipmost revision of the repository's default branch into the repository's working directory. To see which revision is currently checked out, we can use the parents command:2
$ cd my-hello $ hg parents changeset: 1:82e55d328c8c tag: tip user: mpm@selenic.com date: Fri Aug 26 01:21:28 2005 -0700 summary: Create a makefile
At this point, we can start examining some of the history of our new repository, by continuing to TutorialHistory.