upstream/mercurial-mirror Files · tests/test-schemes.t

transaction: issue "new obsmarkers" message at the end of the transaction...

transaction: issue "new obsmarkers" message at the end of the transaction Instead of making bundle2 code responsible for this, it seems better to have it handled and the transaction level. First, it means the message will be more consistently printed. Second it means we won't spam the message over and over if the data arrive in multiple piece. Third, we are planning to move other similar message at the same level (for the same reason) so having them all at the same location will help us to control the order they are displayed.

Gregory Szorc - - Load All Authors

File last commit:

r40070:393e4432 default


                r43164:38392d5b

default

Download file

             test-schemes.t
        
                    75 lines
            
             | 1.4 KiB
            
                | text/troff
            
             |
                Tads3Lexer
            
             / tests / test-schemes.t
          
                    History
                
                 |
                  Annotation
                 | Raw
                 |Copy content
                 |Copy permalink

      #require serve

        $ cat <<EOF >> $HGRCPATH

        > [extensions]

        > schemes=

        > 

        > [schemes]

        > l = http://localhost:$HGPORT/

        > parts = http://{1}:$HGPORT/

        > z = file:\$PWD/

        > EOF

        $ hg init test

        $ cd test

        $ echo a > a

        $ hg ci -Am initial

        adding a

      invalid scheme

        $ hg log -R z:z

        abort: no '://' in scheme url 'z:z'

        [255]

      http scheme

        $ hg serve -n test -p $HGPORT -d --pid-file=hg.pid -A access.log -E errors.log

        $ cat hg.pid >> $DAEMON_PIDS

        $ hg incoming l://

        comparing with l://

        searching for changes

        no changes found

        [1]

      check that {1} syntax works

        $ hg incoming --debug parts://localhost

        using http://localhost:$HGPORT/

        sending capabilities command

        comparing with parts://localhost/

        query 1; heads

        sending batch command

        searching for changes

        all remote heads known locally

        no changes found

        (sent 2 HTTP requests and * bytes; received * bytes in responses) (glob)

        [1]

      check that paths are expanded

        $ PWD=`pwd` hg incoming z://

        comparing with z://

        searching for changes

        no changes found

        [1]

      check that debugexpandscheme outputs the canonical form

        $ hg debugexpandscheme bb://user/repo

        https://bitbucket.org/user/repo

      expanding an unknown scheme emits the input

        $ hg debugexpandscheme foobar://this/that

        foobar://this/that

      expanding a canonical URL emits the input

        $ hg debugexpandscheme https://bitbucket.org/user/repo

        https://bitbucket.org/user/repo

      errors

        $ cat errors.log

        $ cd ..

	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

				#require serve

				$ cat <<EOF >> $HGRCPATH
				> [extensions]
				> schemes=
				>
				> [schemes]
				> l = http://localhost:$HGPORT/
				> parts = http://{1}:$HGPORT/
				> z = file:\$PWD/
				> EOF
				$ hg init test
				$ cd test
				$ echo a > a
				$ hg ci -Am initial
				adding a

				invalid scheme

				$ hg log -R z:z
				abort: no '://' in scheme url 'z:z'
				[255]

				http scheme

				$ hg serve -n test -p $HGPORT -d --pid-file=hg.pid -A access.log -E errors.log
				$ cat hg.pid >> $DAEMON_PIDS
				$ hg incoming l://
				comparing with l://
				searching for changes
				no changes found
				[1]

				check that {1} syntax works

				$ hg incoming --debug parts://localhost
				using http://localhost:$HGPORT/
				sending capabilities command
				comparing with parts://localhost/
				query 1; heads
				sending batch command
				searching for changes
				all remote heads known locally
				no changes found
				(sent 2 HTTP requests and * bytes; received * bytes in responses) (glob)
				[1]

				check that paths are expanded

				$ PWD=`pwd` hg incoming z://
				comparing with z://
				searching for changes
				no changes found
				[1]

				check that debugexpandscheme outputs the canonical form

				$ hg debugexpandscheme bb://user/repo
				https://bitbucket.org/user/repo

				expanding an unknown scheme emits the input

				$ hg debugexpandscheme foobar://this/that
				foobar://this/that

				expanding a canonical URL emits the input

				$ hg debugexpandscheme https://bitbucket.org/user/repo
				https://bitbucket.org/user/repo

				errors

				$ cat errors.log

				$ cd ..