Re: test git conversion - Mailing list pgsql-jdbc
From | Maciek Sakrejda |
---|---|
Subject | Re: test git conversion |
Date | |
Msg-id | CAH_hXRZr0ZL2OGHVoa7oD7DdDYCDtu4wWDgRTrSJDMj5QQ5Qag@mail.gmail.com Whole thread Raw |
In response to | Re: test git conversion (Kris Jurka <books@ejurka.com>) |
Responses |
Re: test git conversion
|
List | pgsql-jdbc |
Thanks, Kris--I really appreciate the help. I added patches to the conversion script to strip the tags from that first set, but I'm still not sure what to do on the second set, since it looks like there is no other activity on the REL6_4 branch (no tags, even). It seems like what you are saying is that REL6_4 should just point at the next commit in the main development branch: is that right? That is, this is the git history from around there (git log --all --stat --graph --until '1999-01-16' --decorate): https://gist.github.com/1659451 It looks like the same set of changes was committed to both trunk and the branch, and nothing else ever happened on that branch. You're saying that we should just drop that branch point and have the git branch point at f44a35... (see gist linked above) as a stub branch (that is, a branch with no commits of its own), yes? Thanks, --- Maciek Sakrejda | System Architect | Truviso 1065 E. Hillsdale Blvd., Suite 215 Foster City, CA 94404 (650) 242-3500 Main www.truviso.com On Fri, Jan 20, 2012 at 3:02 PM, Kris Jurka <books@ejurka.com> wrote: > > > On Tue, 27 Dec 2011, Maciek Sakrejda wrote: > >> Ok, some more progress: >> >> I've taken care of all but two of the manufactured commit issues, have >> a step to strip keywords (more on that later), and have done some >> preliminary spot-checks of the generated history. >> >> The two manufactured commits that probably warrant a little more attention: >> >> maciek@anemone:~/jdbc-to-git/pgjdbc2git/pgjdbc-checkout$ git log --all >> --grep=manufactured >> commit e64c318487848ebd7dee6b795dc360a3633337e3 >> Author: CVS to git conversion script <webmaster@postgresql.org> >> Date: Fri Jul 27 10:15:40 2007 +0000 >> >> This commit was manufactured by cvs2git to create tag 'REL8_2_505'. >> >> Sprout from REL8_2_STABLE 2007-04-18 08:15:18 UTC Kris Jurka >> <books@ejurka.com> 'Prepare for release of 8.2-505.' >> Cherrypick from master 2007-07-27 10:15:39 UTC Kris Jurka >> <books@ejurka.com> 'Remove unused imports.': >> META-INF/services/java.sql.Driver >> org/postgresql/test/jdbc4/Jdbc4TestSuite.java >> org/postgresql/test/jdbc4/LOBTest.java >> > > This tag should never have been applied to these three files. I'm not > sure how that happened, but please just remove the tag from these files. > > >> commit bb06ce11331182c6e0cb73adc6e494c4b92da8c1 >> Author: CVS to git conversion script <webmaster@postgresql.org> >> Date: Mon Oct 12 02:45:46 1998 +0000 >> >> This commit was manufactured by cvs2git to create branch 'REL6_4'. >> >> Sprout from master 1998-10-12 02:45:45 UTC Bruce Momjian >> <bruce@momjian.us> 'This patch updates the ImageViewer example to use >> Multiple Threading.' >> Delete: >> postgresql/ChangeLog >> postgresql/PG_Object.java >> postgresql/PGbox.java >> postgresql/PGcircle.java >> postgresql/PGlseg.java >> postgresql/PGpath.java >> postgresql/PGpoint.java >> postgresql/PGpolygon.java >> postgresql/PGtokenizer.java > > I don't have any context for this ancient change, but I've done a little > digging, and I believe the historical action was: > > 1) Make some modifications. > 2) Remove the files in the generated commit. > 3) Branch the REL6_4 release. > > I think anytime the last action before a branch is a delete, cvs2git > will be confused because the deleted files don't get tagged, so the > branch date comes from the last non-delete modification and it doesn't see > the deletes as occuring before the branch. > > What we want is the REL6_4 branch point to be after the delete > commit. > > Kris Jurka
pgsql-jdbc by date: