From: | Maciek Sakrejda <msakrejda(at)truviso(dot)com> |
---|---|
To: | Kjetil Nygård <polpot78(at)gmail(dot)com> |
Cc: | Kris Jurka <books(at)ejurka(dot)com>, Dave Cramer <pg(at)fastcrypt(dot)com>, Marko Kreen <markokr(at)gmail(dot)com>, Craig Ringer <ringerc(at)ringerc(dot)id(dot)au>, pgsql-jdbc(at)postgresql(dot)org |
Subject: | Re: Moving to git |
Date: | 2011-10-08 19:06:15 |
Message-ID: | CAH_hXRaufXxC4FigguZ78oMKJnLX1OegXP2k_J5sQmd_0=eogw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
> PS: Does it really matter if the history is a bit altered by the
> conversion process? As long as HEAD and the tags are the same?
I think we can tolerate some minor discrepancies, but we do want
1. Diff-free HEAD, tags, and tips of branches
2. A sensible-looking development history that represents more or less
what happened in CVS
If we only pay attention to (1), we lose too much information, since,
e.g., development history can be critical in determining when a bug
was introduced and what releases it affects.
> The history could be kept in a read-only cvs-repository :-)
Or we could keep a git mirror and you submit patches that are applied
to the CVS repo, which you then pull into your repo through
git-cvsimport once they're committed. There are all sorts of technical
tricks we can play, but I think the goal is to minimize that, and
essentially have a git repo representing the entire development
history as if pgjdbc had been using git from day one.
---
Maciek Sakrejda | System Architect | Truviso
1065 E. Hillsdale Blvd., Suite 215
Foster City, CA 94404
(650) 242-3500 Main
www.truviso.com
From | Date | Subject | |
---|---|---|---|
Next Message | Laurian Vostinar | 2011-10-12 14:03:41 | BUG #6253: JDBC driver: getIndexInfo() returns quotes around quoted column names |
Previous Message | Kjetil Nygård | 2011-10-08 18:53:59 | Re: Moving to git |