Skip to content

Commit

Permalink
Item893: why do I never spot spelling errors until after I have uploa…
Browse files Browse the repository at this point in the history
…ded?

git-svn-id: http://svn.foswiki.org/trunk@2332 0b4bb1d4-4e5a-0410-9cc4-b2b747904278
  • Loading branch information
CrawfordCurrie authored and CrawfordCurrie committed Feb 3, 2009
1 parent 62c444b commit f17043f
Showing 1 changed file with 2 additions and 2 deletions.
4 changes: 2 additions & 2 deletions BuildContrib/data/System/BuildContrib.txt
Expand Up @@ -222,13 +222,13 @@ Do *not* include:
* =,v= files. If you include a =,v= file it will overwrite any existing =,v= file when an extension is upgraded, potentially wiping out local changes on the end users installation.
* =build.pl=, =MANIFEST=, or any other side file used by the build process.
* unit tests
_Since Foswiki 1.0.2_ By default, files in the data and pub directories are automatically checked
_Since Foswiki 1.0.1_ By default, files in the data and pub directories are automatically checked
in to Foswiki when the installation script is run (for example, when installing from =configure=). This is useful when you expect users to customise your files locally and you don't want to risk overwriting their customisations. If you want to suppress this checkin behaviour for individual files, you can add the string =(noci)= anywhere in the description of the file. If you want to suppress it for larger numbers of files, you can use the directives:
<verbatim>
!noci
!ci
</verbatim>
in the MANIFEST. Any files listed after a =!noci= directove, up to the next =!ci= directive or the end of the file, will not be checked in.
in the MANIFEST. Any files listed after a =!noci= directive, up to the next =!ci= directive or the end of the file, will not be checked in.

MANIFESTs can also include other extensions that have been packaged using
!BuildContrib. For example,
Expand Down

0 comments on commit f17043f

Please sign in to comment.