On Sun, Apr 08, 2007 at 01:44:50AM -0700, Junio C Hamano wrote: > Frank Lichtenheld <frank@xxxxxxxxxxxxxx> writes: > > > +[[dbbackend]] > > +Database Backend > > +---------------- > > + > > +git-cvsserver uses one database per git head (i.e. CVS module) to > > Probably "git branch" is easier to understand than "git head". Hmm, should I replace "git head" with "git branch" everywhere in the document or does it make sense sometimes to use "head"? Because there are already several places in the current documentation where head is used. > > +store information about the repository for faster access. The > > +database doesn't contain any persitent data and can be completly > > +regenerated from the git repository at any time. The database > > +needs to be updated (i.e. written to) after every commit. That > > +means that even if you offer only read access (e.g. by using > > +the pserver method), git-cvsserver should have write access to > > +the database to work reliably (otherwise you need to make sure > > +that the database if up-to-date all the time git-cvsserver is run). > > This rationale for db update is a bit hard to understand. > Immediately saying that you need a database update "after every > commit", you say that read-only access still need it. > > I think the situation where database update is needed is when a > commit on the branch that has not been given to any cvs client > is given out for the first time, and when somebody adds new > commits from git side, the cvsserver session that serves the > commit for the first time needs to record the branch > information. That's what I meant, yes ;) Will try to reword it to actually say it, too. Gruesse, -- Frank Lichtenheld <frank@xxxxxxxxxxxxxx> www: http://www.djpig.de/ - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html