summaryrefslogtreecommitdiff
path: root/exporters
Commit message (Collapse)AuthorAgeFilesLines
* Remove unnecessary shebang lines.Jelmer Vernooij2011-10-061-1/+0
| | | | Thanks Dan Callaghan for the patch.
* Remove old FSF address. Thanks Dan Callaghan.Jelmer Vernooij2011-10-064-11/+4
|
* Inline bzr-fast-export license.Jelmer Vernooij2011-10-062-28/+0
|
* Strip leading slashes when exporting Subversion repositories.Jelmer Vernooij2010-12-121-2/+2
|
* Fix indentation when running p4.Jelmer Vernooij2010-12-111-1/+1
|
* tests: make sure the dir exists where we run darcs diffMiklos Vajna2010-07-281-3/+3
|
* darcs-fast-import: check of the return code of record and tagMiklos Vajna2010-07-281-3/+12
| | | | | also, when using darcs record --pipe, use -m '' in case the patch name is empty, see http://bugs.darcs.net/issue1882
* darcs-fast-import: don't fail for first empty commitMiklos Vajna2010-06-283-0/+12
|
* darcs-fast-import: add --progress switchMiklos Vajna2010-06-272-1/+18
|
* x2d: pass options to d-f-iMiklos Vajna2010-06-272-2/+10
|
* darcs-fast-import: Create symlinks after darcs recordMiklos Vajna2010-06-271-7/+7
| | | | | Otherwise darcs diff will show the file removals but even darcs record -a won't record them.
* darcs-fast-import: Allow more liberal renamingMiklos Vajna2010-06-272-1/+9
| | | | Allow renames like BUG -> bug. Darcs does not allow it by default.
* darcs-fast-import: add --symhack optionMiklos Vajna2010-06-273-5/+46
|
* darcs-fast-import: always invoke darcs add using --boringMiklos Vajna2010-06-272-2/+9
|
* darcs-fast-import: do not silently ignore darcs failuresMiklos Vajna2010-06-271-3/+7
|
* darcs-fast-import: better error handling for symlinksMiklos Vajna2010-06-273-0/+42
| | | | | The importer can't handle them till Darcs does not so, but at least we can give an easy-to-understand error message and a separate exit code.
* darcs-fast-import: No longer throw away the blob after writing itMiklos Vajna2010-06-272-1/+5
| | | | | | | | | It turns out that a mark can be used multiple times, and given that reading it from darcs may be slow, let's just keep it in the memory for now. Later - if it turns out the memory usage is too heavy - we can still use darcs show contents instead.
* git-darcs: Fix exit/return confusion.Anders Kaseorg2010-04-211-25/+25
| | | | | | | Shell functions should return instead of exiting the whole script; they should return a nonzero status on error and a zero status on success. Notably, “Nothing fetched” is not an error, and pull should go ahead and do a merge or rebase even if fetch didn’t fetch anything.
* git-darcs: Import to a real ref (refs/remotes/darcs/$remote).Anders Kaseorg2010-04-211-11/+11
| | | | | | This allows the imported darcs branch to be seen by tools like ‘git branch -r’ and ‘gitk --all’, and prevents the imported commits from being garbage-collected.
* fix timezones in darcs-fast-export, take 2D Herring2010-04-211-19/+10
| | | | | | | | | | | | | The previous patch had a flaw; it assumed that darcs was storing the committer's timezone. Instead, darcs always stores UTC timestamps in an ISO 8601 format. Tools like "darcs changes" convert this into the user's local time as a convenience. I couldn't find an authoritative spec, but here are some relevant references. http://wiki.darcs.net/NamedPatch http://search.cpan.org/~david/Darcs-Inventory-1.4/lib/Darcs/Inventory/Patch.pm http://bugs.darcs.net/issue140 To resolve the issue, this patch always reports that the timezone is UTC.
* fix timezones in darcs-fast-exportD Herring2010-03-171-33/+19
| | | | | | | | | | | | | | | | | | | | | | | Previously, the export was mangling timezones. There were conversion errors when the darcs TZ did not match the conversion TZ. Also, the conversion timezone was always reported (this is bad since two conversions may now differ). This patch fixes both problems on my system, but it has not been extensively tested. Can 'local_date' be used reliably? What about my TZ manipulations? I am no expert in darcs or python. Developed with darcs 2.3.1 and Python 2.6.4. To check for errors, I compared a darcs repo against a "git darcs fetch" into a new repo. The following two commands were helpful. # darcs changes | grep for dates # git log --pretty=format:%ad REF | cat Example -- EDT=UTC-4 and EST=UTC-5; I am processing in EDT. darcs date: "Fri Mar 31 10:48:00 EST 2006" Before patch, git reported: "Fri Mar 31 12:48:00 2006 -0400" (should be 11:48 -0400 or 10:48 -0500) After patch, git reported: "Fri Mar 31 10:48:00 2006 -0500"
* git-darcs: add a see-also section to manpageMiklos Vajna2010-03-171-0/+3
|
* git-darcs: add support for {pre,post}-{fetch,push} hooksMiklos Vajna2010-03-172-2/+35
|
* git-darcs: don't add empty darcs-fast-export-options config entryMiklos Vajna2010-03-171-1/+1
|
* Don't bail for http://path/to/repo darcs remotesJustin Bogner2010-02-111-1/+2
|
* Fix Monotone prefix and command name: mnt -> mtnIan Clatworthy2010-01-281-3/+3
|
* darcs-fast-export: don't use urllib.urlopen().getcode()Miklos Vajna2010-01-251-1/+6
| | | | As it's missing from python2.5.
* darcs-fast-export: refactor to a python classMiklos Vajna2009-10-221-336/+356
| | | | | | | The code should be a lot more readable now and we can avoid function names like open_() as well. All testcases still pass.
* darcs-fast-export: add testcase for http export supportMiklos Vajna2009-10-222-0/+89
|
* darcs-fast-export: support exporting http repos directlyMiklos Vajna2009-10-222-10/+48
|
* Add a README explaining how to compile svn-fast-export.cIan Clatworthy2009-10-131-0/+12
|
* Adding an address parameter.Ted Gould2009-10-101-1/+6
|
* Adding in a first rev parameterTed Gould2009-10-021-1/+4
|
* Changing authors to be from SF instead of localhostTed Gould2009-10-021-2/+2
|
* Setting up makefile to use a little pkg-configTed Gould2009-10-021-3/+4
|
* darcs-fast-export: no longer fail on empty patch nameErik Hesselink2009-09-242-1/+7
| | | | [ mv: testcase by me ]
* darcs: update d2x for Greg's hg-fastimportMiklos Vajna2009-09-095-16/+12
| | | | | | | Previously I recommended my fork of http://hg.opensource.lshift.net/hg-fastimport, but that's unmaintained and Greg's hg-fastimport works out of the box with hg 1.3. Update the code, documentation and testcases accordingly.
* darcs: handle timezones like +1300 in the importerMiklos Vajna2009-09-092-0/+7
| | | | | darcs accepts +1200, but +1300 has to be turned to -1100. This is the case when importing for example the asciidoc repo.
* darcs: make sure the working directory has no changes when verifying importsMiklos Vajna2009-09-091-0/+4
|
* darcs: fix importing files in subdirsMiklos Vajna2009-09-082-0/+7
|
* Use the git on Windows path for the check and not just the run itselfIan Clatworthy2009-08-261-5/+5
|
* Fix launching of git on WindowsIan Clatworthy2009-08-261-1/+4
|
* Fix NameError running fast-export-from-gitIan Clatworthy2009-08-181-1/+1
|
* Verify the presence of the p4 command-line tool and the Perforce PythonMatt McClure2009-08-161-0/+2
| | | | API.
* Adds a fast-export-from-p4 command.Matt McClure2009-08-161-0/+22
|
* added fast-export-to-cvsIan Clatworthy2009-08-141-2/+25
|
* added fast-export-from-mnt commandIan Clatworthy2009-08-141-0/+22
|
* first batch of fast-export-from-xxx commandsIan Clatworthy2009-08-112-6/+261
|\
| * initial cut at fast-export-from-svnIan Clatworthy2009-08-111-0/+11
| |
| * back out implicit gz compression - can come laterIan Clatworthy2009-08-111-6/+6
| |