tests: replace "cp -r" with "cp -R" The POSIX documentation about "cp" [1] says: .... RATIONALE .... Earlier versions of this standard included support for the -r option to copy file hierarchies. The -r option is historical practice on BSD and BSD-derived systems. This option is no longer specified by POSIX.1-2008 but may be present in some implementations. The -R option was added as a close synonym to the -r option, selected for consistency with all other options in this volume of POSIX.1-2008 that do recursive directory descent. The difference between -R and the removed -r option is in the treatment by cp of file types other than regular and directory. It was implementation-defined how the - option treated special files to allow both historical implementations and those that chose to support -r with the same abilities as -R defined by this volume of POSIX.1-2008. The original -r flag, for historic reasons, did not handle special files any differently from regular files, but always read the file and copied its contents. This had obvious problems in the presence of special file types; for example, character devices, FIFOs, and sockets. .... .... Issue 6 The -r option is marked obsolescent. .... Issue 7 .... The obsolescent -r option is removed. .... (No "Issue 8" yet) Therefore it's clear that "cp -R" is strictly better than "cp -r". The issue was discovered when running tests on OS X after 0d87b1caed92. [1]: pubs.opengroup.org/onlinepubs/9699919799/utilities/cp.html

     1

  $ hg init

     2

  $ touch unknown

     3

     4

  $ touch a

     5

  $ hg add a

     6

  $ hg ci -m "1"

     7

     8

  $ touch b

     9

  $ hg add b

    10

  $ hg ci -m "2"

    11

    12

Should show unknown

    13

    14

  $ hg status

    15

  ? unknown

    16

  $ hg revert -r 0 --all

    17

  removing b

    18

    19

Should show unknown and b removed

    20

    21

  $ hg status

    22

  R b

    23

  ? unknown

    24

    25

Should show a and unknown

    26

    27

  $ ls

    28

  a

    29

  unknown