| # | Change | User | Description | Committed | |
|---|---|---|---|---|---|
| #36 | 2268 | barrie_slaymaker | factor out 91revml2cvs.t | ||
| #35 | 2267 | barrie_slaymaker | factor out cvs2revml, test both --use-cvs and direct modes, with times | ||
| #34 | 2265 | barrie_slaymaker | factor out t/95cvs2p4.pm and allow it to reuse the cvs repo for speed. | ||
| #33 | 2246 | barrie_slaymaker | let FATALTEST control fatality of tests | ||
| #32 | 2245 | barrie_slaymaker | cvs -r (re)implemented for direct reads, passes all cvs-only tests | ||
| #31 | 2241 | barrie_slaymaker | RCS file scanning improvements, implement some of -r | ||
| #30 | 2240 | barrie_slaymaker | Start on cvs -r option support. | ||
| #29 | 2236 | barrie_slaymaker | Debug, speed up cvs file parsing | ||
| #28 | 2235 | barrie_slaymaker | Debugging cvs speed reader. | ||
| #27 | 2044 | barrie_slaymaker | Tweak to reflect branched => branch-#/branched | ||
| #26 | 2042 | barrie_slaymaker | Basic source::p4 branching support | ||
| #25 | 2026 | barrie_slaymaker | VCP::8::cvs now supoprt branching | ||
| #24 | 2006 | barrie_slaymaker |
more preparations for branching support, handling of cvs :foo:... CVSROOT specs, misc fixes, improvements |
||
| #23 | 1728 | barrie_slaymaker | CVS on win32, minor bugfixes | ||
| #22 | 1366 | barrie_slaymaker | Require Regexp::Shellish 0.93 for '...' support | ||
| #21 | 1358 | barrie_slaymaker | Win32 changes | ||
| #20 | 1055 | barrie_slaymaker |
add sorting, revamp test suite, misc cleanup. Dest/revml is not portable off my system yet (need to release ...::Diff) |
||
| #19 | 825 | barrie_slaymaker |
test, handle case where no revs are transferred and VCP::Dest::*::handle_footer() blew up. |
||
| #18 | 812 | barrie_slaymaker |
A more sensible name for on_first_rev(), and allow incremental foo->p4 updates to work by backfilling the base rev instead of trying to add it. |
||
| #17 | 723 | barrie_slaymaker | VCP::Dest::cvs tuning and cvs and p4 bugfixes | ||
| #16 | 719 | barrie_slaymaker | vcp 0.221 | ||
| #15 | 705 | barrie_slaymaker | Release 0.22. | ||
| #14 | 701 | barrie_slaymaker | Fixed VCP::Dest::p4 re-rooting problem, further t/* cleanup | ||
| #13 | 699 | barrie_slaymaker | test suite cleanup | ||
| #12 | 692 | barrie_slaymaker |
Add VCP::Utils::p4 and use it to get VCP::Dest::p4 to create it's own client view as needed. |
||
| #11 | 689 | barrie_slaymaker |
reinstate -f behavior as the default for VCP::Source::cvs, clean up -D --> -d doco. |
||
| #10 | 687 | barrie_slaymaker | remove -f, tweak deduce_rev_root | ||
| #9 | 669 | barrie_slaymaker |
0.1 Wed Jul 4 00:27:35 EDT 2001 Fix VCP::Dest::p4 to take the filespec from the p4:<dest> spec and use it as the rev_root. No --rev-root option at this time, not sure if it's needed. Reported by david d zuhn <zoo@bravara.com>. |
||
| #8 | 615 | barrie_slaymaker |
Detect p4d <= 99.2 and skip tests. Fix a use strict problem. Both reported by Nick Ing-Simmons. |
||
| #7 | 610 | barrie_slaymaker | Tweaked t/90cvs.t to not try to rmtree undef. | ||
| #6 | 608 | barrie_slaymaker |
Lots of changes to get vcp to install better, now up to 0.066. Many thanks to Matthew Attaway for testing & suggestions. |
||
| #5 | 481 | barrie_slaymaker | Made test suites use File::Spec->tmpdir and clean up after themselves | ||
| #4 | 480 | barrie_slaymaker |
0.06 Wed Dec 20 23:19:15 EST 2000 - bin/vcp: Added --versions, which loads all modules and checks them for a $VERSION and print the results out. This should help with diagnosing out-of-sync modules. - Added $VERSION vars to a few modules :-). Forgot to increment any $VERSION strings. - VCP::Dest::cvs: The directory "deeply" was not being `cvs add`ed on paths like "a/deeply/nested/file", assuming "deeply" had no files in it. - VCP::Dest::revml: fixed a bug that was causing files with a lot of linefeeds to be emitted in base64 instead of deltaed. This means most text files. - Various minor cleanups of diagnostics and error messages, including exposing "Can't locate Foo.pm" when a VCP::Source or VCP::Dest module depends on a module that's not installed, as reported by Jeff Anton. |
||
| #3 | 478 | barrie_slaymaker |
0.05 Mon Dec 18 07:27:53 EST 2000 - Use `p4 labels //...@label` command as per Rober Cowham's suggestion, with the '-s' flag recommended by Christopher Siewald and Amaury.FORGEOTDARC@atsm.fr. Though it's actually something like vcp: running /usr/bin/p4 -u safari -c safari -p localhost:5666 -s files //.../NtLkly //...@compiler_a3 //.../NtLkly //...@compiler_may3 and so //on //for 50 parameters to get the speed up. I use the //.../NtLkly "file" as //a separator between the lists of files in various //revisions. Hope nobody has any files named that :-). What I should do is choose a random label that doesn't occur in the labels list, I guess. - VCP::Source::revml and VCP::Dest::revml are now binary, control code, and "hibit ASCII" (I know, that's an oxymoron) clean. The <comment>, <delta>, and <content> elements now escape anything other than tab, line feed, space, or printable chars (32 <= c <= ASCII 126) using a tag like '<char code="0x09">'. The test suite tests all this. Filenames should also be escaped this way, but I didn't get to that. - The decision whether to do deltas or encode the content in base64 is now based on how many characters would need to be escaped. - We now depend on the users' diff program to have a "-a" option to force it to diff even if the files look binary to it. I need to use Diff.pm and adapt it for use on binary data. - VCP::Dest::cvs now makes sure that no two consecutive revisions of the same file have the same mod_time. VCP::Source::p4 got so fast at pulling revisions from the repositories the test suite sets up that CVS was not noticing that files had changed. - VCP::Plugin now allows you to set a list of acceptable result codes, since we now use p4 in ways that make it return non-zero result codes. - VCP::Revs now croaks if you try to add two entries of the same VCP::Rev (ie matching filename and rev_id). - The <type> tag is now limited to "text" or "binary", and is meant to pass that level of info between foreign repositories. - The <p4_info> on each file now carries the one line p4 description of the file so that p4->p4 transferes can pick out the more detailed info. VCP::Source::p4, VCP::Dest::p4 do this. - VCP::{Source,Dest}::{p4,cvs} now set binaryness on added files properly, I think. For p4->p4, the native p4 type is preserved. For CVS sources, seeing the keyword substitution flag 'o' or 'b' implies binaryness, for p4, seeing a filetype like qr/u?x?binary/ or qr/x?tempobj/ or "resource" implies binaryness (to non-p4 destinations). NOTE: Seeing a 'o' or 'b' in a CVS source only ends up setting the 'b' option on the destination. That should be ok for most uses, but we can make it smarter for cvs->cvs transfers if need be. |
||
| #2 | 468 | barrie_slaymaker |
- VCP::Dest::p4 now does change number aggregation based on the comment field changing or whenever a new revision of a file with unsubmitted changes shows up on the input stream. Since revisions of files are normally sorted in time order, this should work in a number of cases. I'm sure we'll need to generalize it, perhaps with a time thresholding function. - t/90cvs.t now tests cvs->p4 replication. - VCP::Dest::p4 now doesn't try to `p4 submit` when no changes are pending. - VCP::Rev now prevents the same label from being applied twice to a revision. This was occuring because the "r_1"-style label that gets added to a target revision by VCP::Dest::p4 could duplicate a label "r_1" that happened to already be on a revision. - Added t/00rev.t, the beginnings of a test suite for VCP::Rev. - Tweaked bin/gentrevml to comment revisions with their change number instead of using a unique comment for every revision for non-p4 t/test-*-in-0.revml files. This was necessary to test cvs->p4 functionality. |
||
| #1 | 467 | barrie_slaymaker | Version 0.01, initial checkin in perforce public depot. |