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". > +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. - 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