view contrib/win32/ReadMe.html @ 5378:8a2915f57dfc

convert: add a mode where mercurial_sink skips empty revisions. The getchanges function of some converter_source classes can return some false positives. I.e. they sometimes claim that a file "foo" was changed in some revision, even though its contents are still the same. convert_svn is particularly bad, but I think this can also happen with convert_cvs and, at least in theory, with mercurial_source. For regular conversions this is not really a problem - as long as getfile returns the right contents, we'll get a converted revision with the right contents. But when we use --filemap, this could lead to superfluous revisions being converted. Instead of fixing every converter_source, I decided to change mercurial_sink to work around this problem. When --filemap is used, we're interested only in revisions that touch some specific files. If a revision doesn't change any of these files, then we're not interested in it (at least for revisions with a single parent; merges are special). For mercurial_sink, we abuse this property and rollback a commit if the manifest text hasn't changed. This avoids duplicating the logic from localrepo.filecommit to detect unchanged files.
author Alexis S. L. Carvalho <alexis@cecm.usp.br>
date Thu, 04 Oct 2007 23:21:37 -0300
parents ea7b982b6c08
children 876acbe2f856
line wrap: on
line source

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <title>Mercurial for Windows</title>
    <meta http-equiv="Content-Type" content="text/html;charset=utf-8" >
    <style type="text/css">
      <!--
      .indented
      {
      padding-left: 10pt;
      }
      -->
    </style>
  </head>

  <body>
    <h1>Mercurial for Windows</h1>

    <p>Welcome to Mercurial for Windows!</p>

    <p>Mercurial is a command-line application.  You must run it from
      the Windows command prompt (or if you're hard core, a <a
      href="http://www.mingw.org/">MinGW</a> shell).</p>

    <p><div class="indented"><i>Note: the standard <a
      href="http://www.mingw.org/">MinGW</a> msys startup script uses
      rxvt which has problems setting up standard input and output.
      Running bash directly works correctly.</i></div>

    <p>For documentation, please visit the <a
      href="http://www.selenic.com/mercurial">Mercurial web site</a>.
      You can also download a free book, <a
      href="http://hgbook.red-bean.com/">Distributed revision control
      with Mercurial</a>.</p>

    <p>By default, Mercurial installs to <tt>C:\Mercurial</tt>.  The
      Mercurial command is called <tt>hg.exe</tt>.</p>

    <h1>Testing Mercurial after you've installed it</h1>

    <p>The easiest way to check that Mercurial is installed properly is to
      just type the following at the command prompt:</p>

    <pre>
hg
</pre>

    <p>This command should print a useful help message.  If it does,
      other Mercurial commands should work fine for you.</p>

    <h1>Configuration notes</h1>
	<h4>Default editor</h4>
	The default editor for commit messages is 'notepad'. You can set the EDITOR
    (or HGEDITOR) environment variable to specify your preference or set it in
    mercurial.ini:
    <pre>
[ui]
editor = whatever
</pre>

	<h4>Configuring a Merge program</h4>
	It should be emphasized that Mercurial by itself doesn't attempt to do a
	Merge at the file level, neither does it make any attempt to Resolve the conflicts.

    By default, Mercurial will use the merge program defined by the HGMERGE environment
    variable, or uses the one defined in the mercurial.ini file. (see <a href="http://www.selenic.com/mercurial/wiki/index.cgi/MergeProgram">MergeProgram</a> on the Mercurial Wiki for more information)

    <h1>Reporting problems</h1>

    <p>Before you report any problems, please consult the <a
	href="http://www.selenic.com/mercurial">Mercurial web site</a> and
      see if your question is already in our list of <a
	href="http://www.selenic.com/mercurial/wiki/index.cgi/FAQ">Frequently
	Answered Questions</a> (the "FAQ").

    <p>If you cannot find an answer to your question, please feel
      free to send mail to the Mercurial mailing list, at <a
	href="mailto:mercurial@selenic.com">mercurial@selenic.com</a>.
      <b>Remember</b>, the more useful information you include in your
      report, the easier it will be for us to help you!</p>

    <p>If you are IRC-savvy, that's usually the fastest way to get
      help.  Go to <tt>#mercurial</tt> on
      <tt>irc.freenode.net</tt>.</p>

    <h1>Author and copyright information</h1>

    <p>Mercurial was written by <a href="http://www.selenic.com">Matt
	Mackall</a>, and is maintained by Matt and a team of
	volunteers.</p>

    <p>The Windows installer was written by <a
	href="http://www.serpentine.com/blog">Bryan
	O'Sullivan</a>.</p>

    <p>Mercurial is Copyright 2005-2007 Matt Mackall and others.
	See the <tt>Contributors.txt</tt> file for a list of contributors.</p>

    <p>Mercurial is free software; you can redistribute it and/or
      modify it under the terms of the <a
	href="http://www.gnu.org/copyleft/gpl.html">GNU General Public
	License</a> as published by the Free Software Foundation; either
      version 2 of the License, or (at your option) any later
      version.</p>

    <p>Mercurial is distributed in the hope that it will be useful,
      but <b>without any warranty</b>; without even the implied
      warranty of <b>merchantability</b> or <b>fitness for a
      particular purpose</b>.  See the GNU General Public License for
      more details.</p>
  </body>
</html>