- Oct 05, 2007
-
-
Bryan O'Sullivan authored
This is similar to os.listdir, only it returns a sorted list of tuples.
-
Patrick Mezard authored
-
- Oct 02, 2007
-
-
Patrick Mezard authored
* * *
-
- Oct 05, 2007
-
-
Patrick Mezard authored
-
- Oct 02, 2007
-
-
Patrick Mezard authored
-
- Oct 05, 2007
-
-
Patrick Mezard authored
-
- Oct 03, 2007
-
-
Patrick Mezard authored
Sets HG_MY_ISLINK, HG_OTHER_ISLINK, HG_BASE_ISLINK in environment. Without these variables, it's impossible for the merge application to know whether the 'other' and 'base' files were symlinks in their original contexts. For the purposes of the merge they are always emitted as small text files.
-
- Oct 05, 2007
-
-
Patrick Mezard authored
-
Bryan O'Sullivan authored
-
Bryan O'Sullivan authored
-
Bryan O'Sullivan authored
-
Bryan O'Sullivan authored
-
Bryan O'Sullivan authored
-
Bryan O'Sullivan authored
-
Alexis S. L. Carvalho authored
-
Alexis S. L. Carvalho authored
-
Alexis S. L. Carvalho authored
-
Alexis S. L. Carvalho authored
-
Alexis S. L. Carvalho authored
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.
-
Alexis S. L. Carvalho authored
To handle merges correctly, this revision adds a filemap_source class that wraps a converter_source and does the work necessary to calculate the subgraph we're interested in. The wrapped converter_source must provide a new getchangedfiles method that, given a revision rev, and an index N, returns the list of files that are different in rev and its Nth parent. The implementation depends on the ability to skip some revisions and to change the parents field of the commit objects that we returned earlier. To make the conversion restartable, we assume the revisons in the revmapfile are topologically sorted.
-
Alexis S. L. Carvalho authored
-
Alexis S. L. Carvalho authored
The --filemap support in hg convert doesn't handle merges correctly. (And after 33015dac5df5 I managed to break it even for simple cases where we don't want the first revision.)
-
Alexis S. L. Carvalho authored
If getchanges returns a string, it's assumed to be the id of an already converted revision. We map the current revision to the same revision this converted revision was mapped to. To allow skipping a root revision, getchanges can return the special string 'hg-convert-skipped-revision' (a.k.a. common.SKIPREV), which hopefully won't clash with any real id. The converter_source is responsible for rewriting the parents of the commit objects to make sure the revision graph makes sense.
-
Alexis S. L. Carvalho authored
The entries in this file are supposed to be topologically sorted and this may be useful for a converter_source.
-
Matt Mackall authored
-
Matt Mackall authored
-
- Oct 04, 2007
-
-
Patrick Mezard authored
-
Thomas Arendsen Hein authored
-
- Oct 03, 2007
-
-
Matt Mackall authored
- handle chunk headers separately rather than prepending them to (potentially large) chunks - break large chunks into 1M pieces for compression - don't prepend file metadata onto (potentially large) file data
-
Matt Mackall authored
To avoid extra memory usage and performance issues with large files, generate a trivial delta header for deltas against the null revision rather than calling the usual delta generator. We append the delta header to meta rather than prepending it to data to avoid a large allocate and copy.
-
Matt Mackall authored
-
Patrick Mezard authored
-
Christian Ebert authored
-
Bryan O'Sullivan authored
-
Bryan O'Sullivan authored
-
- Oct 02, 2007
-
-
Matt Mackall authored
-
Bryan O'Sullivan authored
-
Bryan O'Sullivan authored
-
Bryan O'Sullivan authored
-
Bryan O'Sullivan authored
-