| # | Change | User | Description | Committed | |
|---|---|---|---|---|---|
| #5 | 28901 | marc_tooley | "" | ||
| #4 | 7328 | marc_tooley |
labelsmeta is now compressed with gzip ...for those unfortunates on systems incapable of dealing with files >2GB but also want to convert a CVS repository that generates label data in excess of that. The number of people with this problem should be small: realistically, this will only be useful for those people whose Perl installations can't pipe out to 2GB sizes, but can run a p4d that can run db.* files >2GB. |
||
| #3 | 6385 | marc_tooley |
Pulling in Mr. Geiger's most recent cvs2p4 checkins. |
||
| #2 | 5757 | marc |
Pulling in latest changes from Mr. Geiger's cvs2p4 Primary |
||
| #1 | 5694 | marc_tooley |
Branching for minor little mods to cvs2p4. It turns out the Public Depot is probably a convenient delivery mechanism.. |
||
| //guest/richard_geiger/utils/cvs2p4/bin/dolabels | |||||
| #42 | 5676 | Richard Geiger |
Add $CONVUSER to set owner for label and depot specs create dby the conversion. |
||
| #41 | 5675 | Richard Geiger | Make labels unlocked. | ||
| #40 | 5673 | Richard Geiger | checkpoint ironport latest. | ||
| #39 | 5672 | Richard Geiger |
dochanges now remembers the list of known depots so dolabels can make explicit global mappings. |
||
| #38 | 5622 | Richard Geiger | Yet another labels fix. | ||
| #37 | 5618 | Richard Geiger | Fixes labels with unmodified "cvs imported" files. | ||
| #36 | 5615 | Richard Geiger | more depot mapping fixes. | ||
| #35 | 5599 | Richard Geiger | About to unleash 3.0 upon an unsuspecting world... | ||
| #34 | 5588 | Richard Geiger |
checkpoint the latest. This includes a rework of the label-heursitical stuff that seems to work better. |
||
| #33 | 5585 | Richard Geiger |
do complete branch determination in bin/genmetadata now... heh. |
||
| #32 | 5584 | Richard Geiger | brmap loading is now a function in lib/util.pl | ||
| #31 | 5574 | Richard Geiger |
This makes it so we really *do* $DISCARD_UNMAPPED_TAGS when it is set! This will discard the UNMAPPED-NOTFOUND, while preserving the desired spoofing behavior for UNMAPPED-COLLISIONs. |
||
| #30 | 5567 | Richard Geiger |
Seems pretty close to right at this point. This change makes sure that we handle labels on "ambiguous" revisions (any 1.1.1.n, n > 1 revisions commited before any 1.2) as being present in *both* the import branch AND main correctly. |
||
| #29 | 5563 | Richard Geiger |
Life is a corner case. "UNMAPPED-COLLISION tags in tags.txt now indicate what collided better. Fix srcdiff to handle odd Log expansion corner case that was causing flase positives. |
||
| #28 | 5531 | Richard Geiger |
A significant checkpoint commit, with new improved handling of import vendor branches, and revisions present in main by virtue of multiple vendor drops to a file with no local mods. test/runtest works, with new refernece results pretty well scrutinized. |
||
| #27 | 5509 | Richard Geiger | checkpoint | ||
| #26 | 5480 | Richard Geiger |
Better vendor-branch handling... it's tricky! genmetadata now includes a flag in each line of the generated $Convdir/labels to indicate whether the file in question had "$Rcs_import_is_main" set. (The file had "branch: 1.1.1" as the default branch). |
||
| #25 | 5470 | Richard Geiger | The Neverending Story. | ||
| #24 | 5468 | Richard Geiger | remove some debug cruft. | ||
| #23 | 5467 | Richard Geiger |
checkpoint. Need to update the docs prior to release! |
||
| #22 | 5453 | Richard Geiger | checkpoint | ||
| #21 | 5449 | Richard Geiger | gearing up for 2.6.0 release... | ||
| #20 | 5442 | Richard Geiger |
A checkpoint commit on the way to a 2.6.0 release with the new IronPort inspired improvements. |
||
| #19 | 5430 | Richard Geiger |
This is another "checkpoint" commit. It significantly rearranges how labels are done, so as to use a hueristic to divine label<->branch identifications. Not intended for release without further testing and tweakage! |
||
| #18 | 5291 | Richard Geiger | Handle incomplete external label -> branch maps... | ||
| #17 | 5277 | Richard Geiger | Another fix for the labelmap stuff. | ||
| #16 | 5276 | Richard Geiger | correction to the previous rev's agenda. | ||
| #15 | 5275 | Richard Geiger |
Configured for QCSI's conversion. Not for public consumption in this form! |
||
| #14 | 5274 | Richard Geiger | Fix the last checkpoint... | ||
| #13 | 5273 | Richard Geiger | checkpoint | ||
| #12 | 5271 | Richard Geiger |
Sleep in runtest to make it work more reliably on fast machines; And write to "p4 -jr -" instead of "p4root/dblabels", to save space and maybe go faster... "for now, at least". |
||
| #11 | 5143 | Richard Geiger | prep for 2.5.5 | ||
| #10 | 4352 | Richard Geiger | for the 2.4 release. | ||
| #9 | 4327 | Richard Geiger |
Add a facility for smarter label-making, if the user can provide a mapping function between RCS/CVS tag names and and Perforce branches. This is experimental at this stage. |
||
| #8 | 3708 | Richard Geiger | Changes for 2.3.6 | ||
| #7 | 2061 | Richard Geiger |
changes for 2.3.2: - can adjust db hash bucket size; - Add $DEPOT config variable - Handle labels with '#' or '@' |
||
| #6 | 1987 | Richard Geiger | Changes for 2.3.1 | ||
| #5 | 1977 | Richard Geiger | Explicit p4d -r | ||
| #4 | 1781 | Richard Geiger |
This change reintegrates cvs2p4 2.0 developement work (through 2.0b6) back into my mainline development. |
||
| #3 | 1407 | Richard Geiger |
=== Release 1.3.2 - Reduce the memory footprint of bin/genmetadata. Previously, it was holding and sorting a complete copy of the metadata file "in-core" (as well as a copy of all of the RCS revision tags data!). This adds up quick, and some users saw genmetadata gobbling memory voraciously (and in some cases being running out, causing thrashing and/or process termination by the OS). genmetadata now keeps the metadata in a temp file, (sorting it in primary-key-sized chunks), and the revision tag information in a db-backed hash. - Fix the label handling so that _all_ perforce revisions based on the labeled cvs revision are included in the generated labels. Previously, one of the N "correct" Perforce revisions were being tagged (effectively, at random). This stems from the fact that lazy copying and branching are explicit in Perforce, but implicit in CVS. I.e., the "#1" revision in a new Perforce branch _appears_ to be a separate entity (identical to the revision from which it was branched. This means that to use the converted labels, it will be up to _you_ to remember what labels go with what branches: but that's the way it is in CVS, too. - A minor change in revmap to have a meaningful usage message, and properly handle the new rrevmap format. - dochanges correctly deletes revmap database files for either *.db or *.pag/*.dat style databases. |
||
| #2 | 1203 | Richard Geiger |
Fix bug where dolables couldn't cope with tag in which the revision for a file was a delete Add the IMPORTTAGSPOOF switch. |
||
| #1 | 1185 | Richard Geiger |
Changes for 1.3 (Labels!) |
||