view help/a-33.html @ 514:306a62fe851e

Add "Close branch" menu option. Is currently available in some cases where it should not be, and using it exposes the fact that the chain of marked-closed changesets is not yet right in grapher.
author Chris Cannam
date Tue, 18 Oct 2011 16:50:05 +0100
parents 2d59eda59895
children f56e5c39aad1
line wrap: on
line source
<link rel="stylesheet" type="text/css" href="help.css"/>


<h2>I tried to push my changes, but it told me &ldquo;the remote repository may have been changed by someone else&rdquo; and refused</h2>

<p>This indicates that the remote repository has some changes in it that
you do not have in your local repository (and that are in branches
that you have also changed).</p>

<p>Perhaps someone else made these changes and pushed them, or they may
have been pushed by you from a different computer.</p>

<p><b>Why should that prevent me from pushing my changes?</b></p>

<p>A good principle is that you should review and test your changes
before you push them to another repository.  It may be OK to commit
changes locally that don't really work or that aren't complete enough
to test, but it's a bad idea to push anything that would cause the
remote repository to have an untested set of changes in it.</p>

<p>For this reason, if you change some files, someone else changes some
others, and you both try to push them without knowing about the other
one, Mercurial must refuse the second push &ndash; it can't simply merge
the changes because the result might not make any sense.</p>

<p>Instead you must pull the other person's changes and merge them
locally before you push.  Fortunately, this is easy to do:</p>

<p><b>1. Click Pull on the main toolbar at the top of the EasyMercurial window.</b>
<ul><li>You should see that some changes are pulled and added to your local repository.  This will usually lead to a forked graph in the History pane, as your changes and the other user's were both started from the same parent at the same time.</li></ul></p>

<p><b>2. Click Merge in the toolbar on the left.</b>
<ul><li>Any changes that affect different files, or that affect different parts of the same file, will be merged automatically.  For changes that affect the same parts of the same file, you will be asked to choose which change to include in the merged copy.</li></ul></p>

<p><b>3. Review or test the resulting merged version in your local working folder.</b></p>

<p><b>4. Commit the merged version.</b></p>

<p><b>5. Push again to the remote repository.</b></p>