upstream/mercurial-mirror Files · tests/test-sparse-fsmonitor.t

templatekw: export ui.paths as {peerpaths}...

templatekw: export ui.paths as {peerpaths} It's sometimes useful to show hyperlinks in log output. "{get(peerpaths, "default")}/rev/{node}" Since each path may have sub options, "{peerpaths}" is structured as a dict of dicts, but the inner dict is rendered as if it were a string URL. The implementation is ad-hoc, so there are some weird behaviors described in the test. We might need to introduce a proper way of handling a hybrid scalar object. This patch adds _hybrid.__getitem__() so d['path']['url'] works. The keyword is named as "peerpaths" since "paths" seemed too generic in log context.

Gregory Szorc - - Load All Authors

File last commit:

r33289:abd7dedb default


                r33414:16ed6716

default

Download file

             test-sparse-fsmonitor.t
        
                    44 lines
            
             | 1.2 KiB
            
                | text/troff
            
             |
                Tads3Lexer
            
             / tests / test-sparse-fsmonitor.t
          
                    History
                
                 |
                  Annotation
                 | Raw
                 |Copy content
                 |Copy permalink

      This test doesn't yet work due to the way fsmonitor is integrated with test runner

        $ exit 80

      test sparse interaction with other extensions

        $ hg init myrepo

        $ cd myrepo

        $ cat > .hg/hgrc <<EOF

        > [extensions]

        > sparse=

        > strip=

        > EOF

      Test fsmonitor integration (if available)

      TODO: make fully isolated integration test a'la https://github.com/facebook/watchman/blob/master/tests/integration/WatchmanInstance.py

      (this one is using the systemwide watchman instance)

        $ touch .watchmanconfig

        $ echo "ignoredir1/" >> .hgignore

        $ hg commit -Am ignoredir1

        adding .hgignore

        $ echo "ignoredir2/" >> .hgignore

        $ hg commit -m ignoredir2

        $ hg sparse --reset

        $ hg sparse -I ignoredir1 -I ignoredir2 -I dir1

        $ mkdir ignoredir1 ignoredir2 dir1

        $ touch ignoredir1/file ignoredir2/file dir1/file

      Run status twice to compensate for a condition in fsmonitor where it will check

      ignored files the second time it runs, regardless of previous state (ask @sid0)

        $ hg status --config extensions.fsmonitor=

        ? dir1/file

        $ hg status --config extensions.fsmonitor=

        ? dir1/file

      Test that fsmonitor ignore hash check updates when .hgignore changes

        $ hg up -q ".^"

        $ hg status --config extensions.fsmonitor=

        ? dir1/file

        ? ignoredir2/file

	Site-wide shortcuts
/	Use quick search box
g h	Goto home page
g g	Goto my private gists page
g G	Goto my public gists page
g 0-9	Goto bookmarked items from 0-9
n r	New repository page
n g	New gist page

	Repositories
g s	Goto summary page
g c	Goto changelog page
g f	Goto files page
g F	Goto files page with file search activated
g p	Goto pull requests page
g o	Goto repository settings
g O	Goto repository access permissions settings
t s	Toggle sidebar on some pages

				This test doesn't yet work due to the way fsmonitor is integrated with test runner

				$ exit 80

				test sparse interaction with other extensions

				$ hg init myrepo
				$ cd myrepo
				$ cat > .hg/hgrc <<EOF
				> [extensions]
				> sparse=
				> strip=
				> EOF

				Test fsmonitor integration (if available)
				TODO: make fully isolated integration test a'la https://github.com/facebook/watchman/blob/master/tests/integration/WatchmanInstance.py
				(this one is using the systemwide watchman instance)

				$ touch .watchmanconfig
				$ echo "ignoredir1/" >> .hgignore
				$ hg commit -Am ignoredir1
				adding .hgignore
				$ echo "ignoredir2/" >> .hgignore
				$ hg commit -m ignoredir2

				$ hg sparse --reset
				$ hg sparse -I ignoredir1 -I ignoredir2 -I dir1

				$ mkdir ignoredir1 ignoredir2 dir1
				$ touch ignoredir1/file ignoredir2/file dir1/file

				Run status twice to compensate for a condition in fsmonitor where it will check
				ignored files the second time it runs, regardless of previous state (ask @sid0)
				$ hg status --config extensions.fsmonitor=
				? dir1/file
				$ hg status --config extensions.fsmonitor=
				? dir1/file

				Test that fsmonitor ignore hash check updates when .hgignore changes

				$ hg up -q ".^"
				$ hg status --config extensions.fsmonitor=
				? dir1/file
				? ignoredir2/file