diff -r 2b1565ab7db3 -r 783774a5eff3 tests/test-keyword.out --- a/tests/test-keyword.out Mon Jun 29 18:55:09 2009 +0200 +++ b/tests/test-keyword.out Wed Jul 08 02:50:01 2009 +0200 @@ -1,41 +1,40 @@ % help keyword extension - expand keywords in tracked files -This extension expands RCS/CVS-like or self-customized $Keywords$ in -tracked text files selected by your configuration. -Keywords are only expanded in local repositories and not stored in the -change history. The mechanism can be regarded as a convenience for the -current user or for archive distribution. -Configuration is done in the [keyword] and [keywordmaps] sections of -hgrc files. +This extension expands RCS/CVS-like or self-customized $Keywords$ in tracked +text files selected by your configuration. +Keywords are only expanded in local repositories and not stored in the change +history. The mechanism can be regarded as a convenience for the current user +or for archive distribution. +Configuration is done in the [keyword] and [keywordmaps] sections of hgrc +files. Example: [keyword] # expand keywords in every python file except those matching "x*" **.py = x* = ignore -Note: the more specific you are in your filename patterns - the less you lose speed in huge repositories. -For [keywordmaps] template mapping and expansion demonstration and -control run "hg kwdemo". +Note: the more specific you are in your filename patterns the less you lose + speed in huge repositories. +For [keywordmaps] template mapping and expansion demonstration and control run +"hg kwdemo". An additional date template filter {date|utcdate} is provided. -The default template mappings (view with "hg kwdemo -d") can be -replaced with customized keywords and templates. Again, run "hg -kwdemo" to control the results of your config changes. -Before changing/disabling active keywords, run "hg kwshrink" to avoid -the risk of inadvertently storing expanded keywords in the change -history. -To force expansion after enabling it, or a configuration change, run -"hg kwexpand". -Also, when committing with the record extension or using mq's qrecord, -be aware that keywords cannot be updated. Again, run "hg kwexpand" on -the files in question to update keyword expansions after all changes -have been checked in. -Expansions spanning more than one line and incremental expansions, -like CVS' $Log$, are not supported. A keyword template map -"Log = {desc}" expands to the first line of the changeset description. +The default template mappings (view with "hg kwdemo -d") can be replaced with +customized keywords and templates. Again, run "hg kwdemo" to control the +results of your config changes. +Before changing/disabling active keywords, run "hg kwshrink" to avoid the risk +of inadvertently storing expanded keywords in the change history. +To force expansion after enabling it, or a configuration change, run "hg +kwexpand". +Also, when committing with the record extension or using mq's qrecord, be +aware that keywords cannot be updated. Again, run "hg kwexpand" on the files +in question to update keyword expansions after all changes have been checked +in. +Expansions spanning more than one line and incremental expansions, like CVS' +$Log$, are not supported. A keyword template map "Log = {desc}" expands to the +first line of the changeset description. Caveat: With Mercurial versions prior to 4574925db5c0 "hg import" might - cause rejects if the patch context contains an active keyword. - In that case run "hg kwshrink", and then reimport. - Or, better, use bundle/unbundle to share changes. + cause rejects if the patch context contains an active keyword. In that + case run "hg kwshrink", and then reimport. Or, better, use + bundle/unbundle to share changes. kwdemo print [keywordmaps] configuration and an expansion example kwexpand expand keywords in the working directory kwfiles show files configured for keyword expansion