cvs commit: src/sys/geom/eli g_eli.c src/sys/geom/gate g_gate.c g_gate.h src/sys/geom/mirror g_mirror.c src/sys/geom/nop g_nop.c src/sys/geom/raid3 g_raid3.c src/sys/geom/shsec g_shsec.c g_shsec.h src/sys/geom/stripe g_stripe.c g_stripe.h ...

[Pawel Jakub Dawidek]

On Thu, Apr 06, 2006 at 09:14:10AM +0100, Robert Watson wrote:
+> On Wed, 5 Apr 2006, Pawel Jakub Dawidek wrote:
+> 
+> > Modified files:        (Branch: RELENG_6)
+> >   sys/geom/eli         g_eli.c
+> >   sys/geom/gate        g_gate.c g_gate.h
+> >   sys/geom/mirror      g_mirror.c
+> >   sys/geom/nop         g_nop.c
+> >   sys/geom/raid3       g_raid3.c
+> >   sys/geom/shsec       g_shsec.c g_shsec.h
+> >   sys/geom/stripe      g_stripe.c g_stripe.h
+> >   sys/geom/zero        g_zero.c
+> > Log:
+> > Sync with HEAD.
+> 
+> When synchronizing a branch to another branch, it's helpful to include revision information, so that when reviewing a branch log later, it's possible to easily determine 
+> which revisions were merged and when, and easily answer questions like "Was revision X merged?".  Generally I like also including the commit messages or a summary so that 
+> it's easy to tell what feature changes or fixes are going back, but the revision numbers are sufficient to recreate that moderately easily.

I include revision in most cases, but something (like here) its a bit
pita. When I commit with "sync with HEAD" commit log, I mean, the code
is exactly the same at this point in time in both branches, so one knows
that all revisions are merged.

-- 
Pawel Jakub Dawidek                       http://www.wheel.pl
pjd at FreeBSD.org                           http://www.FreeBSD.org
FreeBSD committer                         Am I Evil? Yes, I Am!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20060406/a4051606/attachment.pgp