[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: large commits or small commits?

From: Steve Williams <stevewilliams_at_kromestudios.com>
Date: 2006-05-23 07:58:06 CEST

Kamaraju Kusumanchi wrote:

> I am sort of newbie to version control systems. I searched the archives at
>http://subversion.tigris.org/servlets/SearchList?listName=os400 but could not
>find anything related to this issue.
>1) As a rule of thumb, would you advice commits involving large amounts of
>changes or small chunks of changes (but done multiple times)?

We generally keep one changeset per commit. That way, we can easily
merge changes between branches.

>2) I tend to do commits involving small chunks of changes each time. Each
>commit will give me one additional functionality or fixes a bug in the code
>etc., But due to this, my repository version number is in hundreds which I
>think is very large. Are large repository version numbers bad in any way? Is
>it something to be worried about?

Absolutely nothing to be worried about. You would need to do several
thousand commits every hour for many years before you would even have to
think about it being a problem.

This message and its attachments may contain legally privileged or confidential information. This message is intended for the use of the individual or entity to which it is addressed. If you are not the addressee indicated in this message, or the employee or agent responsible for delivering the message to the intended recipient, you may not copy or deliver this message or its attachments to anyone. Rather, you should permanently delete this message and its attachments and kindly notify the sender by reply e-mail. Any content of this message and its attachments, which does not relate to the official business of the sending company must be taken not to have been sent or endorsed by the sending company or any of its related entities. No warranty is made that the e-mail or attachment(s) are free from computer virus or other defect.
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue May 23 07:59:18 2006

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.