Ë K®f²�òöãó—ddlmZddlmZddlmZdZdZdZdZ d Z d Z d Z d Z d ZdZe e zezezZdZdZdZdZdZdZdZdZdZdZdZdZdZehZeeeeeeeehZejA«Z!e!jEe«Gd„dejF«Z$Gd„dejF«Z%Gd „d!ejF«Z&Gd"„d#ejF«Z'Gd$„d%ejF«Z(Gd&„d'ejF«Z)Gd(„d)e$e%e)«Z*Gd*„d+e$e%e)«Z+ejXe*«Gd,„d-««Z-Gd.„d/ejF«Z.Gd0„d1ejF«Z/Gd2„d3ejF«Z0Gd4„d5ejF«Z1Gd6„d7ejF«Z2Gd8„d9ejF«Z3Gd:„d;e1e2e3«Z4Gd<„d=ejF«Z5Gd>„d?ejF«Z6Gd@„dAejF«Z7GdB„dCe7«Z8GdD„dEe7«Z9GdF„dGejF«Z:GdH„dIejF«Z;GdJ„dKejF«Z<GdL„dMejF«Z=GdN„dOe=e<«Z>GdP„dQejF«Z?yR)Sé)Ú_)Úerroré)Úutilsrevlogfilestorages sharedstoreslfss streamclones side-datasshallowfilestoragei€i@i isdefaultsprevioussfulltextsp1s branchmap-allsbranchmap-servedschangelog-caches full-manifestsfile-node-tagssmanifestlog-cachesrev-branch-caches tags-defaults tags-servedcóp—eZdZdZej d«Zej d«Zd„Zd„Z d„Z d„Z y) Úipeerconnectiona*Represents a "connection" to a repository. This is the base interface for representing a connection to a repository. It holds basic properties and methods applicable to all peer types. This is not a complete interface definition and should not be used outside of this module. zui.ui instanceza urlutil.path instance or Nonecó—y)aŠReturns a URL string representing this peer. Currently, implementations expose the raw URL used to construct the instance. It may contain credentials as part of the URL. The expectations of the value aren't well-defined and this could lead to data leakage. TODO audit/clean consumers and more clearly define the contents of this value. N©r óúCusr/lib/python3.12/site-packages/mercurial/interfaces/repository.pyÚurlzipeerconnection.urlló�r có—y)z¾Returns a local repository instance. If the peer represents a local repository, returns an object that can be used to interface with it. Otherwise returns ``None``. Nr r r r Úlocalzipeerconnection.localxrr có—y)z;Returns a boolean indicating if this peer can be pushed to.Nr r r r Úcanpushzipeerconnection.canpushrr có—y)zªClose the connection to this peer. This is called when the peer will no longer be used. Resources associated with the peer should be cleaned up. Nr r r r Úclosezipeerconnection.close‚rr N) Ú__name__Ú __module__Ú __qualname__Ú__doc__Ú interfaceutilÚ AttributeÚuiÚpathr rrrr r r rr_sD„ñð !ˆ× Ñ Ð!5Ó 6€BØ "ˆ=× "Ñ "Ð#HÓ I€Dò  ò òJó r rcó—eZdZdZd„Zd„Zy)Úipeercapabilitiesz+Peer sub-interface related to capabilities.có—y)a5Determine support for a named capability. Returns ``False`` if capability not supported. Returns ``True`` if boolean capability is supported. Returns a string if capability support is non-boolean. Capability strings may or may not map to wire protocol capabilities. Nr )Únames r Úcapablezipeercapabilities.capable�rr có—y)zsRequire a capability to be present. Raises a ``CapabilityError`` if the capability isn't present. Nr )r Úpurposes r Ú requirecapzipeercapabilities.requirecap˜rr N)rrrrr!r$r r r rrŠs„Ù5ò  ó r rcó`—eZdZdZd„Zd„Zd„Zd„Zdd„Zd„Z d „Z d „Z d „Z d „Z d „Zd„Zd„Zy)Ú ipeercommandszÐClient-side interface for communicating over the wire protocol. This interface is used as a gateway to the Mercurial wire protocol. methods commonly call wire protocol commands of the same name. có—y)z“Obtain heads in named branches. Returns a dict mapping branch name to an iterable of nodes that are heads on that branch. Nr r r r Ú branchmapzipeercommands.branchmap¦rr có—y)zXObtain capabilities of the peer. Returns a set of string capabilities. Nr r r r Ú capabilitieszipeercommands.capabilities­rr có—y)zORetrieve a clonebundle across the wire. Returns a chunkbuffer Nr ©rs r Úget_cached_bundle_inlinez&ipeercommands.get_cached_bundle_inline³rr có—y)zjObtains the clone bundles manifest for the repo. Returns the manifest as unparsed bytes. Nr r r r Ú clonebundleszipeercommands.clonebundles¹rr Ncó—y)z?Used to facilitate debugging of arguments passed over the wire.Nr ©ÚoneÚtwoÚthreeÚfourÚfives r Ú debugwireargszipeercommands.debugwireargs¿rr c ó—y)zÖObtain remote repository data as a bundle. This command is how the bulk of repository data is transferred from the peer to the local repository Returns a generator of bundle data. Nr )ÚsourceÚkwargss r Ú getbundlezipeercommands.getbundleÂrr có—y)zfDetermine all known head revisions in the peer. Returns an iterable of binary nodes. Nr r r r Úheadszipeercommands.headsËrr có—y)zñDetermine whether multiple nodes are known. Accepts an iterable of nodes whose presence to check for. Returns an iterable of booleans indicating of the corresponding node at that index is known to the peer. Nr ©Únodess r Úknownzipeercommands.knownÑrr có—y)z[Obtain all keys in a pushkey namespace. Returns an iterable of key names. Nr ©Ú namespaces r Úlistkeyszipeercommands.listkeysÚrr có—y)zqResolve a value to a known revision. Returns a binary node of the resolved revision on success. Nr ©Úkeys r Úlookupzipeercommands.lookupàrr có—y)aSet a value using the ``pushkey`` protocol. Arguments correspond to the pushkey namespace and key to operate on and the old and new values for that key. Returns a string with the peer result. The value inside varies by the namespace. Nr ©rDrHÚoldÚnews r Úpushkeyzipeercommands.pushkeyærr có—y)zfObtain streaming clone data. Successful result should be a generator of data chunks. Nr r r r Ú stream_outzipeercommands.stream_outðrr có—y)z²Transfer repository data to the peer. This is how the bulk of data during a push is transferred. Returns the integer number of heads added to the peer. Nr )Úbundler=r s r Úunbundlezipeercommands.unbundleörr ©NNN)rrrrr(r*r-r/r7r;r=rArErIrNrPrSr r r r&r&ŸsI„ñò  ò ò  ò  ó Nò ò ò  ò ò  ò  ò ó  r r&có(—eZdZdZd„Zd„Zd„Zd„Zy)Úipeerlegacycommandsa Interface for implementing support for legacy wire protocol commands. Wire protocol commands transition to legacy status when they are no longer used by modern clients. To facilitate identifying which commands are legacy, the interfaces are split. có—y)z¿Obtain nodes between pairs of nodes. ``pairs`` is an iterable of node pairs. Returns an iterable of iterables of nodes corresponding to each requested pair. Nr ©Úpairss r Úbetweenzipeerlegacycommands.betweenrr có—y)aObtain ancestor changesets of specific nodes back to a branch point. For each requested node, the peer finds the first ancestor node that is a DAG root or is a merge. Returns an iterable of iterables with the resolved values for each node. Nr r?s r Úbrancheszipeerlegacycommands.branchesrr có—y)zBObtain a changegroup with data for descendants of specified nodes.Nr )r@r9s r Ú changegroupzipeerlegacycommands.changegrouprr có—y©Nr )Úbasesr=r9s r Úchangegroupsubsetz%ipeerlegacycommands.changegroupsubsetó€Ø r N)rrrrrZr\r^rbr r r rVrVÿs„ñò ò òQó r rVcó"—eZdZdZd„Zd„Zd„Zy)ÚipeercommandexecutoraDRepresents a mechanism to execute remote commands. This is the primary interface for requesting that wire protocol commands be executed. Instances of this interface are active in a context manager and have a well-defined lifetime. When the context manager exits, all outstanding requests are waited on. có—y)a²Request that a named command be executed. Receives the command name and a dictionary of command arguments. Returns a ``concurrent.futures.Future`` that will resolve to the result of that command request. That exact value is left up to the implementation and possibly varies by command. Not all commands can coexist with other commands in an executor instance: it depends on the underlying wire protocol transport being used and the command itself. Implementations MAY call ``sendcommands()`` automatically if the requested command can not coexist with other commands in this executor. Implementations MAY call ``sendcommands()`` automatically when the future's ``result()`` is called. So, consumers using multiple commands with an executor MUST ensure that ``result()`` is not called until all command requests have been issued. Nr )r Úargss r Ú callcommandz ipeercommandexecutor.callcommand)rr có—y)abTrigger submission of queued command requests. Not all transports submit commands as soon as they are requested to run. When called, this method forces queued command requests to be issued. It will no-op if all commands have already been sent. When called, no more new commands may be issued with this executor. Nr r r r Ú sendcommandsz!ipeercommandexecutor.sendcommands?rr có—y)aySignal that this command request is finished. When called, no more new commands may be issued. All outstanding commands that have previously been issued are waited on before returning. This not only includes waiting for the futures to resolve, but also waiting for all response data to arrive. In other words, calling this waits for all on-wire state for issued command requests to finish. When used as a context manager, this method is called when exiting the context manager. This method may call ``sendcommands()`` if there are buffered commands. Nr r r r rzipeercommandexecutor.closeIrr N)rrrrrhrjrr r r rere s„ñò ò, ó r recó:—eZdZdZej d«Zd„Zy)Ú ipeerrequestsz+Interface for executing commands on a peer.zBTrue if the peer cannot receive large argument value for commands.có—y)aA context manager that resolves to an ipeercommandexecutor. The object this resolves to can be used to issue command requests to the peer. Callers should call its ``callcommand`` method to issue command requests. A new executor should be obtained for each distinct set of commands (possibly just a single command) that the consumer wants to execute as part of a single operation or round trip. This is because some peers are half-duplex and/or don't support persistent connections. e.g. in the case of HTTP peers, commands sent to an executor represent a single HTTP request. While some peers may support multiple command sends over the wire per executor, consumers need to code to the least capable peer. So it should be assumed that command executors buffer called commands until they are told to send them and that each command executor could result in a new connection or wire-level request being issued. Nr r r r Úcommandexecutorzipeerrequests.commandexecutorarr N)rrrrrrÚlimitedargumentsror r r rmrmZs „Ù5à.�}×.Ñ.ØPóÐó r rmcó—eZdZdZy)Ú ipeerbasezeUnified interface for peer repositories. All peer instances must conform to this interface. N©rrrrr r r rrrrxs„òr rrcó4—eZdZdZej d«Zy)Úipeerv2z9Unified peer interface for wire protocol version 2 peers.z1Data structure holding description of server API.N)rrrrrrÚ apidescriptorr r r rurus„ÙCà+�M×+Ñ+Ø?ó�Mr rucó(—eZdZdZdZdd„Zd„Zd„Zy)Úpeerz!Base class for peer repositories.FNcó —||_||_yr`)rr)ÚselfrrÚ remotehiddens r Ú__init__z peer.__init__�s€ØˆŒØˆ� r cóˆ—|j«}||vryd|z}|D]#}|j|«sŒ|t|«dcSy)NTs%s=F)r*Ú startswithÚlen)rzr ÚcapsÚcaps r r!z peer.capable‘sO€Ø× Ñ Ó"ˆØ �4‰<Øà˜‰}ˆÛˆCØ�~‰~˜dÕ#Øœ3˜t›9˜;Ð'Ò'ððr cól—|j|«rytjtd«||fz«‚)NsAcannot %s; remote repository does not support the '%s' capability)r!rÚCapabilityErrorr)rzr r#s r r$zpeer.requirecap�s?€Ø �<‰<˜Ô Ø ä×#Ñ#Ü ð%ó ð˜ˆoñ  ó ð r ©NF)rrrrrpr|r!r$r r r rxrx‡s„á+àÐóò ó  r rxcó|—eZdZdZej d«Zej d«Zej d«Zy)ÚiverifyproblemaRepresents a problem with the integrity of the repository. Instances of this interface are emitted to describe an integrity issue with a repository (e.g. corrupt storage, missing data, etc). Instances are essentially messages associated with severity. z'Message indicating a non-fatal problem.z#Message indicating a fatal problem.zsRevision encountering the problem. ``None`` means the problem doesn't apply to a single revision. N) rrrrrrÚwarningrÚnoder r r r†r†ªsJ„ñð&ˆm×%Ñ%Ø5ó€Gð $ˆM× #Ñ #Ð$MÓ N€Eà "ˆ=× "Ñ "ð ó �Dr r†cóœ—eZdZdZej d«Zej d«Zej d«Zej d«Z ej d«Z ej d«Z ej d«Z ej d «Z ej d «Zej d «Zej d «Zy )Úirevisiondeltaa€Represents a delta between one revision and another. Instances convey enough information to allow a revision to be exchanged with another repository. Instances represent the fulltext revision data or a delta against another revision. Therefore the ``revision`` and ``delta`` attributes are mutually exclusive. Typically used for changegroup generation. z20 byte node of this revision.z,20 byte node of 1st parent of this revision.z,20 byte node of 2nd parent of this revision.z>20 byte node of the changelog revision this node is linked to.z‹2 bytes of integer flags that apply to this revision. This is a bitwise composition of the ``REVISION_FLAG_*`` constants. zŸ20 byte node of the revision this data is a delta against. ``nullid`` indicates that the revision is a full revision and not a delta. zmSize of base revision this delta is against. May be ``None`` if ``basenode`` is ``nullid``. z,Raw fulltext of revision data for this node.z\Delta between ``basenode`` and ``node``. Stored in the bdiff delta format. z*Raw sidedata bytes for the given revision.z˜Single byte of integer flags that can influence the protocol. This is a bitwise composition of the ``storageutil.CG_FLAG*`` constants. N)rrrrrrrˆÚp1nodeÚp2nodeÚlinknodeÚflagsÚbasenodeÚbaserevisionsizeÚrevisionÚdeltaÚsidedataÚprotocol_flagsr r r rŠrŠÁs „ñ ð #ˆ=× "Ñ "Ð#GÓ H€Dà $ˆ]× $Ñ $Ø:ó€Fð%ˆ]× $Ñ $Ø:ó€Fð'ˆ}×&Ñ&ØLó€Hð $ˆM× #Ñ #ð ó €Eð'ˆ}×&Ñ&ð ó€Hð/�}×.Ñ.ð óÐð'ˆ}×&Ñ&Ø:ó€Hð $ˆM× #Ñ #ð ó €Eð'ˆ}×&Ñ&Ø8ó€Hð-�]×,Ñ,ð ó�Nr rŠcó(—eZdZdZd„Zd„Zd„Zd„Zy)Úifilerevisionssequencea,Contains index data for all revisions of a file. Types implementing this behave like lists of tuples. The index in the list corresponds to the revision number. The values contain index metadata. The *null* revision (revision number -1) is always the last item in the index. có—y)zThe total number of revisions.Nr r r r Ú__len__zifilerevisionssequence.__len__rr có—y)añReturns the object having a specific revision number. Returns an 8-tuple with the following fields: offset+flags Contains the offset and flags for the revision. 64-bit unsigned integer where first 6 bytes are the offset and the next 2 bytes are flags. The offset can be 0 if it is not used by the store. compressed size Size of the revision data in the store. It can be 0 if it isn't needed by the store. uncompressed size Fulltext size. It can be 0 if it isn't needed by the store. base revision Revision number of revision the delta for storage is encoded against. -1 indicates not encoded against a base revision. link revision Revision number of changelog revision this entry is related to. p1 revision Revision number of 1st parent. -1 if no 1st parent. p2 revision Revision number of 2nd parent. -1 if no 1st parent. node Binary node value for this revision number. Negative values should index off the end of the sequence. ``-1`` should return the null revision. ``-2`` should return the most recent revision. Nr ©Úrevs r Ú __getitem__z"ifilerevisionssequence.__getitem__rr có—y)z!Whether a revision number exists.Nr ršs r Ú __contains__z#ifilerevisionssequence.__contains__6rr có—y)z.Add an item to the index at specific revision.Nr )rzÚiÚentrys r Úinsertzifilerevisionssequence.insert9rr N)rrrrr˜rœržr¢r r r r–r– s„ñò-ò ò>0ó=r r–có’—eZdZdZej d«Zd„Zd„Zd„Z dd„Z d„Z d „Z d „Z d „Zd „Zd „Zd„Zd„Zd„Zdd„Zd„Zy)Ú ifileindexa…Storage interface for index data of a single file. File storage data is divided into index metadata and data storage. This interface defines the index portion of the interface. The index logically consists of: * A mapping between revision numbers and nodes. * DAG data (storing and querying the relationship between nodes). * Metadata to facilitate storage. z1node for the null revision for use as delta base.có—y)z4Obtain the number of revisions stored for this file.Nr r r r r˜zifileindex.__len__Nrr có—y)z,Iterate over revision numbers for this file.Nr r r r Ú__iter__zifileindex.__iter__Qrr có—y)aReturns a bool indicating if a node is known to this store. Implementations must only return True for full, binary node values: hex nodes, revision numbers, and partial node matches must be rejected. The null node is never present. Nr ©rˆs r Úhasnodezifileindex.hasnodeTrr Ncó—y)z:Iterate over revision numbers for this file, with control.Nr ©ÚstartÚstops r Úrevszifileindex.revs^rr có—y)zuReturns a 2-tuple of parent nodes for a revision. Values will be ``nullid`` if the parent is empty. Nr r©s r Úparentszifileindex.parentsarr có—y©z0Like parents() but operates on revision numbers.Nr ršs r Ú parentrevszifileindex.parentrevsgrr có—y)zqObtain the revision number given a node. Raises ``error.LookupError`` if the node is not known. Nr r©s r r›zifileindex.revjrr có—y)zpObtain the node value given a revision number. Raises ``IndexError`` if the node is not known. Nr ršs r rˆzifileindex.nodeprr có—y)zîAttempt to resolve a value to a node. Value can be a binary node, hex node, revision number, or a string that can be converted to an integer. Raises ``error.LookupError`` if a node could not be resolved. Nr r©s r rIzifileindex.lookupvrr có—y©z=Obtain the changeset revision number a revision is linked to.Nr ršs r Úlinkrevzifileindex.linkrevrr có—y)z6Return whether a revision's content has been censored.Nr ršs r Ú iscensoredzifileindex.iscensored‚rr có—y)z|Obtain an iterable of nodes containing heads of common ancestors. See ``ancestor.commonancestorsheads()``. Nr )Únode1Únode2s r Úcommonancestorsheadszifileindex.commonancestorsheads…rr có—y)z“Obtain descendant revision numbers for a set of revision numbers. If ``nullrev`` is in the set, this is equivalent to ``revs()``. Nr )r¯s r Ú descendantszifileindex.descendants‹rr có—y)agObtain a list of nodes that are DAG heads, with control. The set of revisions examined can be limited by specifying ``start`` and ``stop``. ``start`` is a node. ``stop`` is an iterable of nodes. DAG traversal starts at earlier revision ``start`` and iterates forward until any node in ``stop`` is encountered. Nr r¬s r r=zifileindex.heads‘rr có—y)zTObtain nodes that are children of a node. Returns a list of nodes. Nr r©s r Úchildrenzifileindex.children›rr )éN©NN)rrrrrrÚnullidr˜r§rªr¯r±r´r›rˆrIrºr¼rÀrÂr=rÅr r r r¤r¤=sm„ñ ð%ˆ]× $Ñ $Ø?ó€FòCò;ò óIò ò ?ò ò  ò  òLòEò ò  ó  ó r r¤cóF—eZdZdZd„Zd d„Zd„Zd„Zd„Zd„Z d dde fd „Z y ) Ú ifiledataz¥Storage interface for data storage of a specific file. This complements ``ifileindex`` and provides an interface for accessing data for a tracked file. có—y)ziObtain the fulltext size of file data. Any metadata is excluded from size measurements. Nr ršs r Úsizezifiledata.size©rr Fcó—y)ajObtain fulltext data for a node. By default, any storage transformations are applied before the data is returned. If ``raw`` is True, non-raw storage transformations are not applied. The fulltext data may contain a header containing metadata. Most consumers should use ``read()`` to obtain the actual file data. Nr )rˆÚraws r r‘zifiledata.revision¯rr có—y©zObtain raw data for a node.Nr r©s r Úrawdatazifiledata.rawdataºrr có—y)zŒResolve file fulltext data. This is similar to ``revision()`` except any metadata in the data headers is stripped. Nr r©s r Úreadzifiledata.read½rr có—y)z¬Obtain copy metadata for a node. Returns ``False`` if no copy metadata is stored or a 2-tuple of (path, node) from which this revision was copied. Nr r©s r Úrenamedzifiledata.renamedÄrr có—y)zëCompare fulltext to another revision. Returns True if the fulltext is different from what is stored. This takes copy metadata into account. TODO better document the copy metadata and censoring logic. Nr ©rˆÚfulltexts r Úcmpz ifiledata.cmpËrr Ncó—y)a- Produce ``irevisiondelta`` for revisions. Given an iterable of nodes, emits objects conforming to the ``irevisiondelta`` interface that describe revisions in storage. This method is a generator. The input nodes may be unordered. Implementations must ensure that a node's parents are emitted before the node itself. Transitively, this means that a node may only be emitted once all its ancestors in ``nodes`` have also been emitted. By default, emits "index" data (the ``node``, ``p1node``, and ``p2node`` attributes). If ``revisiondata`` is set, revision data will also be present on the emitted objects. With default argument values, implementations can choose to emit either fulltext revision data or a delta. When emitting deltas, implementations must consider whether the delta's base revision fulltext is available to the receiver. The base revision fulltext is guaranteed to be available if any of the following are met: * Its fulltext revision was emitted by this method call. * A delta for that revision was emitted by this method call. * ``assumehaveparentrevisions`` is True and the base revision is a parent of the node. ``nodesorder`` can be used to control the order that revisions are emitted. By default, revisions can be reordered as long as they are in DAG topological order (see above). If the value is ``nodes``, the iteration order from ``nodes`` should be used. If the value is ``storage``, then the native order from the backing storage layer is used. (Not all storage layers will have strong ordering and behavior of this mode is storage-dependent.) ``nodes`` ordering can force revisions to be emitted before their ancestors, so consumers should use it with care. The ``linknode`` attribute on the returned ``irevisiondelta`` may not be set and it is the caller's responsibility to resolve it, if needed. If ``deltamode`` is CG_DELTAMODE_PREV and revision data is requested, all revision data should be emitted as deltas against the revision emitted just prior. The initial revision should be a delta against its 1st parent. Nr )r@Ú nodesorderÚ revisiondataÚassumehaveparentrevisionsÚ deltamodes r Ú emitrevisionszifiledata.emitrevisionsÕrr ©F) rrrrrÌr‘rÑrÓrÕrÙÚCG_DELTAMODE_STDrßr r r rÊrÊ¢s8„ñò  ó  ò*ò ò ò ðØØ"'Ø"ô 5 r rÊcóF—eZdZdZd„Z d d„Z d d„Zd d„Zd„Zd„Z y) Ú ifilemutationz8Storage interface for mutation events of a tracked file.có—y)aAdd a new revision to the store. Takes file data, dictionary of metadata, a transaction, linkrev, and parent nodes. Returns the node that was added. May no-op if a revision matching the supplied data is already stored. Nr )ÚfiledataÚmetaÚ transactionrºÚp1Úp2s r Úaddzifilemutation.addrr Ncó—y)a²Add a new revision to the store and return its number. This is similar to ``add()`` except it operates at a lower level. The data passed in already contains a metadata header, if any. ``node`` and ``flags`` can be used to define the expected node and the flags to use with storage. ``flags`` is a bitwise value composed of the various ``REVISION_FLAG_*`` constants. ``add()`` is usually called when adding files from e.g. the working directory. ``addrevision()`` is often called by ``add()`` and for scenarios where revision data has already been computed, such as when applying raw data from a peer repo. Nr )rÜrçrºrèrérˆrŽÚ cachedeltas r Ú addrevisionzifilemutation.addrevisionrr có—y)aùProcess a series of deltas for storage. ``deltas`` is an iterable of 7-tuples of (node, p1, p2, linknode, deltabase, delta, flags) defining revisions to add. The ``delta`` field contains ``mpatch`` data to apply to a base revision, identified by ``deltabase``. The base node can be ``nullid``, in which case the header from the delta can be ignored and the delta used as the fulltext. ``alwayscache`` instructs the lower layers to cache the content of the newly added revision, even if it needs to be explicitly computed. This used to be the default when ``addrevisioncb`` was provided up to Mercurial 5.8. ``addrevisioncb`` should be called for each new rev as it is committed. ``duplicaterevisioncb`` should be called for all revs with a pre-existing node. ``maybemissingparents`` is a bool indicating whether the incoming data may reference parents/ancestor revisions that aren't present. This flag is set when receiving data into a "shallow" store that doesn't hold all history. Returns a list of nodes that were processed. A node will be in the list even if it existed in the store previously. Nr )ÚdeltasÚ linkmapperrçÚ addrevisioncbÚduplicaterevisioncbÚmaybemissingparentss r Úaddgroupzifilemutation.addgroup5rr có—y)a¤Remove the content of a single revision. The specified ``node`` will have its content purged from storage. Future attempts to access the revision data for this node will result in failure. A ``tombstone`` message can optionally be stored. This message may be displayed to users when they attempt to access the missing revision data. Storage backends may have stored deltas against the previous content in this revision. As part of censoring a revision, these storage backends are expected to rewrite any internally stored deltas such that they no longer reference the deleted content. Nr )ÚtrrˆÚ tombstones r Úcensorrevisionzifilemutation.censorrevisionZrr có—y)aoFind the minimum revision that must be stripped to strip a linkrev. Returns a 2-tuple containing the minimum revision number and a set of all revisions numbers that would be broken by this strip. TODO this is highly revlog centric and should be abstracted into a higher-level deletion API. ``repair.strip()`` relies on this. Nr ©Úminlinks r Ú getstrippointzifilemutation.getstrippointkrr có—y)a@Remove storage of items starting at a linkrev. This uses ``getstrippoint()`` to determine the first node to remove. Then it effectively truncates storage for all revisions after that. TODO this is highly revlog centric and should be abstracted into a higher-level deletion API. Nr ©rûrçs r Ústripzifilemutation.stripurr )NrÆN©NNF)r ) rrrrrêrírôrørürÿr r r rãrã s:„ÙBò  ð"ØØó ð<Ø Ø!ó # óJ ò" ó r rãcó.—eZdZdZd„Z dd„Zd„Zy)Ú ifilestoragez5Complete storage interface for a single tracked file.có—y)z«Obtain paths that are backing storage for this file. TODO this is used heavily by verify code and there should probably be a better API for that. Nr r r r Úfileszifilestorage.filesƒrr có—y)aObtain information about storage for this file's data. Returns a dict describing storage for this tracked path. The keys in the dict map to arguments of the same. The arguments are bools indicating whether to calculate and obtain that data. exclusivefiles Iterable of (vfs, path) describing files that are exclusively used to back storage for this tracked path. sharedfiles Iterable of (vfs, path) describing files that are used to back storage for this tracked path. Those files may also provide storage for other stored entities. revisionscount Number of revisions available for retrieval. trackedsize Total size in bytes of all tracked revisions. This is a sum of the length of the fulltext of all revisions. storedsize Total size in bytes used to store data for all tracked revisions. This is commonly less than ``trackedsize`` due to internal usage of deltas rather than fulltext revisions. Not all storage backends may support all queries are have a reasonable value to use. In that case, the value should be set to ``None`` and callers are expected to handle this special value. Nr ©ÚexclusivefilesÚ sharedfilesÚrevisionscountÚ trackedsizeÚ storedsizes r Ú storageinfozifilestorage.storageinfoŠrr có—y)a£Verifies the integrity of file storage. ``state`` is a dict holding state of the verifier process. It can be used to communicate data between invocations of multiple storage primitives. If individual revisions cannot have their revision content resolved, the method is expected to set the ``skipread`` key to a set of nodes that encountered problems. If set, the method can also add the node(s) to ``safe_renamed`` in order to indicate nodes that may perform the rename checks with currently accessible data. The method yields objects conforming to the ``iverifyproblem`` interface. Nr ©Ústates r Úverifyintegrityzifilestorage.verifyintegrity±rr N©FFFFF)rrrrrr rr r r rr€s&„Ù?ò ðØØØØó % óN r rcó(—eZdZdZd„Zd„Zd„Zd„Zy)Úidirsz¸Interface representing a collection of directories from paths. This interface is essentially a derived data structure representing directories from a collection of paths. có—y)zlAdd a path to the collection. All directories in the path will be added to the collection. Nr r,s r Úaddpathz idirs.addpathÊrr có—y)z¦Remove a path from the collection. If the removal was the last path in a particular directory, the directory is removed from the collection. Nr r,s r Údelpathz idirs.delpathÐrr có—y)z9Iterate over the directories in this collection of paths.Nr r r r r§zidirs.__iter__×rr có—y)z3Whether a specific directory is in this collection.Nr r,s r ržzidirs.__contains__Úrr N)rrrrrrr§ržr r r rrÃs„ñò  ò  òHóBr rcóª—eZdZdZd„Zd„Zd„Zd„ZeZd„Z d„Z d„Z d „Z d „Z d „Zdd „Zd„Zd„Zd„Zdd„Zd„Zdd„Zd„Zd„Zd„Zd„Zd„Zd„Zd„Zy )Ú imanifestdictzÅInterface representing a manifest data structure. A manifest is effectively a dict mapping paths to entries. Each entry consists of a binary node and extra flags affecting that entry. có—y)zºReturns the binary node value for a path in the manifest. Raises ``KeyError`` if the path does not exist in the manifest. Equivalent to ``self.find(path)[0]``. Nr r,s r rœzimanifestdict.__getitem__årr có—y)z¬Returns the entry for a path in the manifest. Returns a 2-tuple of (node, flags). Raises ``KeyError`` if the path does not exist in the manifest. Nr r,s r Úfindzimanifestdict.findírr có—y)z-Return the number of entries in the manifest.Nr r r r r˜zimanifestdict.__len__õrr có—y)z:Returns True if the manifest has entries, False otherwise.Nr r r r Ú __nonzero__zimanifestdict.__nonzero__ørr có—y)zžDefine the node value for a path in the manifest. If the path is already in the manifest, its flags will be copied to the new entry. Nr )rrˆs r Ú __setitem__zimanifestdict.__setitem__ýrr có—y)z&Whether a path exists in the manifest.Nr r,s r ržzimanifestdict.__contains__rr có—y)zjRemove a path from the manifest. Raises ``KeyError`` if the path is not in the manifest. Nr r,s r Ú __delitem__zimanifestdict.__delitem__rr có—y©z#Iterate over paths in the manifest.Nr r r r r§zimanifestdict.__iter__ rr có—yr(r r r r Úiterkeyszimanifestdict.iterkeysrr có—y)z'Obtain a list of paths in the manifest.Nr r r r Úkeyszimanifestdict.keysrr Ncó—y)zÂObtain the set of paths in this manifest but not in another. ``match`` is an optional matcher function to be applied to both manifests. Returns a set of paths. Nr )ÚotherÚmatchs r Ú filesnotinzimanifestdict.filesnotinrr có—y)z7Returns an object implementing the ``idirs`` interface.Nr r r r Údirszimanifestdict.dirsrr có—y)z=Returns a bool indicating if a directory is in this manifest.Nr )Údirs r Úhasdirzimanifestdict.hasdir"rr có—y)zÎGenerator of paths in manifest satisfying a matcher. If the matcher has explicit files listed and they don't exist in the manifest, ``match.bad()`` is called for each missing file. Nr )r/s r Úwalkzimanifestdict.walk%rr có—y)azFind differences between this manifest and another. This manifest is compared to ``other``. If ``match`` is provided, the two manifests are filtered against this matcher and only entries satisfying the matcher are compared. If ``clean`` is True, unchanged files are included in the returned object. Returns a dict with paths as keys and values of 2-tuples of 2-tuples of the form ``((node1, flag1), (node2, flag2))`` where ``(node1, flag1)`` represents the node and flags for this manifest and ``(node2, flag2)`` are the same for the other manifest. Nr )r.r/Úcleans r Údiffzimanifestdict.diff,rr có—y)zvSet the flag value for a given path. Raises ``KeyError`` if the path is not already in the manifest. Nr )rÚflags r Úsetflagzimanifestdict.setflag=rr có—y)z?Obtain the node value for a path or a default value if missing.Nr )rÚdefaults r Úgetzimanifestdict.getCrr có—y)z>Return the flags value for a path (default: empty bytestring).Nr r,s r rŽzimanifestdict.flagsFrr có—y)zReturn a copy of this manifest.Nr r r r Úcopyzimanifestdict.copyIrr có—y)z?Returns an iterable of (path, node) for items in this manifest.Nr r r r Úitemszimanifestdict.itemsLrr có—y)zIdentical to items().Nr r r r Ú iteritemszimanifestdict.iteritemsOrr có—y)z Returns an iterable of (path, node, flags) for this manifest. Similar to ``iteritems()`` except items are a 3-tuple and include flags. Nr r r r Ú iterentrieszimanifestdict.iterentriesRrr có—y)zuObtain the raw data representation for this manifest. Result is used to create a manifest revision. Nr r r r Útextzimanifestdict.textYrr có—y)aËObtain a delta between this manifest and another given changes. ``base`` in the raw data representation for another manifest. ``changes`` is an iterable of ``(path, to_delete)``. Returns a 2-tuple containing ``bytearray(self.text())`` and the delta between ``base`` and this manifest. If this manifest implementation can't support ``fastdelta()``, raise ``mercurial.manifest.FastdeltaUnavailable``. Nr )ÚbaseÚchangess r Ú fastdeltazimanifestdict.fastdelta_rr r`r„)rrrrrœrr˜r!Ú__bool__r#ržr&r§r*r,r0r2r5r7r:r=r@rŽrCrErGrIrKrOr r r rrÞsŒ„ñò  ò ò<òIð€Hò ò5ò ò 2ò2ò6ó òFòLò ó ò" ó NòMò.òNò$ò ò ó  r rcó—eZdZdZd„Zd„Zy)Úimanifestrevisionbasez¯Base interface representing a single revision of a manifest. Should not be used as a primary interface: should always be inherited as part of a larger interface. có—y)zóObtain a copy of this manifest instance. Returns an object conforming to the ``imanifestrevisionwritable`` interface. The instance will be associated with the same ``imanifestlog`` collection as this instance. Nr r r r rCzimanifestrevisionbase.copyurr có—y)z}Obtain the parsed manifest data structure. The returned object conforms to the ``imanifestdict`` interface. Nr r r r rÓzimanifestrevisionbase.read}rr N)rrrrrCrÓr r r rRrRns„ñò  ó r rRcóP—eZdZdZd„Zej d«Zdd„Zdd„Z d„Z y) Úimanifestrevisionstoredz@Interface representing a manifest revision committed to storage.có—y)z"The binary node for this manifest.Nr r r r rˆzimanifestrevisionstored.node‡rr zAList of binary nodes that are parents for this manifest revision.có—y)aObtain the manifest data structure representing changes from parent. This manifest is compared to its 1st parent. A new manifest representing those differences is constructed. The returned object conforms to the ``imanifestdict`` interface. Nr ©Úshallows r Ú readdeltaz!imanifestrevisionstored.readdeltaŽrr có—y)zfCalls either ``read()`` or ``readdelta()``. The faster of the two options is called. Nr rYs r Úreadfastz imanifestrevisionstored.readfast—rr có—y)zoCalls self.read().find(key)``. Returns a 2-tuple of ``(node, flags)`` or raises ``KeyError``. Nr rGs r rzimanifestrevisionstored.find�rr Nrà) rrrrrˆrrr±r[r]rr r r rVrV„s0„ÙJò1ð&ˆm×%Ñ%ØOó€Gó ó ó  r rVcó—eZdZdZdd„Zy)ÚimanifestrevisionwritablezAInterface representing a manifest revision that can be committed.Ncó—y)a&Add this revision to storage. Takes a transaction object, the changeset revision number it will be associated with, its parent nodes, and lists of added and removed paths. If match is provided, storage can choose not to inspect or write out items that do not match. Storage is still required to be able to provide the full manifest in the future for any directories written (these manifests should not be "narrowed on disk"). Returns the binary node of the created revision. Nr )rçrºr‹rŒÚaddedÚremovedr/s r Úwritezimanifestrevisionwritable.write§rr r`)rrrrrdr r r r`r`¤s „ÙKô  r r`có¨—eZdZdZej d«Zej d«Zej d«Zej d«Z ej d«Z ej d«Z d„Z d „Z d „Zd „Zd „Zd „Zd„Zd„Zd#d„Zd#d„Zd„Zd„Z d$d„Z d%d„Zd„Zd„Zd„Zd„Zd„Zd„Zd„Z d&d„Z!d„Z" d%d „Z# d'd!„Z$d"„Z%y)(Úimanifeststoragez$Storage interface for manifest data.ú-nodeconstants used by the current repository.ztThe path to the directory this manifest tracks. The empty bytestring represents the root manifest. z'An ``ifilerevisionssequence`` instance.zˆVFS opener to use to access underlying files used for storage. TODO this is revlog specific and should not be exposed. zuWhether generaldelta storage is being used. TODO this is revlog specific and should not be exposed. zmDict with cache of fulltexts. TODO this doesn't feel appropriate for the storage interface. có—y)z8Obtain the number of revisions stored for this manifest.Nr r r r r˜zimanifeststorage.__len__Þrr có—y)z0Iterate over revision numbers for this manifest.Nr r r r r§zimanifeststorage.__iter__árr có—y)zxObtain the revision number given a binary node. Raises ``error.LookupError`` if the node is not known. Nr r©s r r›zimanifeststorage.revärr có—y)z{Obtain the node value given a revision number. Raises ``error.LookupError`` if the revision is not known. Nr ršs r rˆzimanifeststorage.nodeêrr có—y)zíAttempt to resolve a value to a node. Value can be a binary node, hex node, revision number, or a bytes that can be converted to an integer. Raises ``error.LookupError`` if a ndoe could not be resolved. Nr )Úvalues r rIzimanifeststorage.lookupðrr có—y)zqReturns a 2-tuple of parent nodes for a node. Values will be ``nullid`` if the parent is empty. Nr r©s r r±zimanifeststorage.parentsùrr có—yr³r ršs r r´zimanifeststorage.parentrevsÿrr có—yr¹r ršs r rºzimanifeststorage.linkrevrr Ncó—y)z Obtain fulltext data for a node.Nr ©rˆÚ_dfs r r‘zimanifeststorage.revisionrr có—yrÐr rrs r rÑzimanifeststorage.rawdatarr có—y)z•Obtain a delta between two revision numbers. The returned data is the result of ``bdiff.bdiff()`` on the raw revision data. Nr )Úrev1Úrev2s r Úrevdiffzimanifeststorage.revdiff rr có—y)zvCompare fulltext to another revision. Returns True if the fulltext is different from what is stored. Nr r×s r rÙzimanifeststorage.cmprr có—y)ztProduce ``irevisiondelta`` describing revisions. See the documentation for ``ifiledata`` for more. Nr )r@rÛrÜrÝs r rßzimanifeststorage.emitrevisionsrr có—y)znProcess a series of deltas for storage. See the documentation in ``ifilemutation`` for more. Nr )rïrðrçrñròs r rôzimanifeststorage.addgroup#rr có—y)z¨Obtain the size of tracked data. Is equivalent to ``len(m.rawdata(node))``. TODO this method is only used by upgrade code and may be removed. Nr ršs r Úrawsizezimanifeststorage.rawsize/rr có—y)z†Find minimum revision that must be stripped to strip a linkrev. See the documentation in ``ifilemutation`` for more. Nr rús r rüzimanifeststorage.getstrippoint7rr có—y)zuRemove storage of items starting at a linkrev. See the documentation in ``ifilemutation`` for more. Nr rþs r rÿzimanifeststorage.strip=rr có—y)z…Obtain the expected sizes of backing files. TODO this is used by verify and it should not be part of the interface. Nr r r r Ú checksizezimanifeststorage.checksizeCrr có—y)z°Obtain paths that are backing storage for this manifest. TODO this is used by verify and there should probably be a better API for this functionality. Nr r r r rzimanifeststorage.filesIrr có—y)zÀObtain the revision that a revision is delta'd against. TODO delta encoding is an implementation detail of storage and should not be exposed to the storage interface. Nr ršs r Ú deltaparentzimanifeststorage.deltaparentPrr c ó—y)zClone this instance to another.Nr )röÚdestr:s r Úclonezimanifeststorage.cloneWrr có—y)z/Clear any caches associated with this instance.Nr )Úclear_persisted_datas r Ú clearcacheszimanifeststorage.clearcachesZrr có—y)z.Obtain a manifest storage instance for a tree.Nr )Úds r Údirlogzimanifeststorage.dirlog]rr c ó—y)aùAdd a revision to storage. ``m`` is an object conforming to ``imanifestdict``. ``link`` is the linkrev revision number. ``p1`` and ``p2`` are the parent revision numbers. ``added`` and ``removed`` are iterables of added and removed paths, respectively. ``readtree`` is a function that can be used to read the child tree(s) when recursively writing the full tree structure when using treemanifets. ``match`` is a matcher that can be used to hint to storage that not all paths must be inspected; this is an optimization and can be safely ignored. Note that the storage must still be able to reproduce a full manifest including files that did not match. Nr ) ÚmrçÚlinkrèrérbrcÚreadtreer/s r rêzimanifeststorage.add`rr có—y)zÒObtain information about storage for this manifest's data. See ``ifilestorage.storageinfo()`` for a description of this method. This one behaves the same way, except for manifest data. Nr rs r r zimanifeststorage.storageinfoxrr có—y)zõreturn an actual revlog instance if any This exist because a lot of code leverage the fact the underlying storage is a revlog for optimization, so giving simple way to access the revlog instance helps such code. Nr r r r Ú get_revlogzimanifeststorage.get_revlog…rr r`)NFFrÇràr)&rrrrrrÚ nodeconstantsÚtreeÚindexÚopenerÚ _generaldeltaÚ fulltextcacher˜r§r›rˆrIr±r´rºr‘rÑrxrÙrßrôr}rürÿr�rr„r‡rŠr�rêr r”r r r rfrf·sD„Ù.à+�M×+Ñ+Ø;ó€Mð #ˆ=× "Ñ "ð ó €Dð $ˆM× #Ñ #Ø5ó €Eð%ˆ]× $Ñ $ð ó€Fð,�M×+Ñ+ð ó€Mð,�M×+Ñ+ð ó€MòGò?ò ò  ò  ò ò ?òLó/ó*ò ò ðØØ"'ó  ðØ ó  ò ò ò  ò  ò  ò ò.ó>ò=ðLPó ð2ØØØØó  ó r rfcóZ—eZdZdZej d«Zd„Zd d„Zd„Z d„Z d„Z d„Z y ) Ú imanifestlogzÏInterface representing a collection of manifest snapshots. Represents the root manifest in a repository. Also serves as a means to access nested tree manifests and to cache tree manifests. rgcó—y)zÏObtain a manifest instance for a given binary node. Equivalent to calling ``self.get('', node)``. The returned object conforms to the ``imanifestrevisionstored`` interface. Nr r©s r rœzimanifestlog.__getitem__›rr có—y)aKRetrieve the manifest instance for a given directory and binary node. ``node`` always refers to the node of the root manifest (which will be the only manifest if flat manifests are being used). If ``tree`` is the empty string, the root manifest is returned. Otherwise the manifest for the specified directory will be returned (requires tree manifests). If ``verify`` is True, ``LookupError`` is raised if the node is not known. The returned object conforms to the ``imanifestrevisionstored`` interface. Nr )r–rˆÚverifys r r@zimanifestlog.get¤rr có—y)aRetrieve an interface to storage for a particular tree. If ``tree`` is the empty bytestring, storage for the root manifest will be returned. Otherwise storage for a tree manifest is returned. TODO formalize interface for returned object. Nr )r–s r Ú getstoragezimanifestlog.getstorageµrr có—y)z-Clear caches associated with this collection.Nr r r r rŠzimanifestlog.clearcaches¾rr có—y)zvObtain the revision number for a binary node. Raises ``error.LookupError`` if the node is not known. Nr r©s r r›zimanifestlog.revÁrr có—y)z8update whatever cache are relevant for the used storage.Nr )rçs r Ú update_cacheszimanifestlog.update_cachesÇrr N©T) rrrrrrr•rœr@r¡rŠr›r¥r r r rœrœŽs=„ñð,�M×+Ñ+Ø;ó€Mò ó ò" ò<ò ó Gr rœcó—eZdZdZd„Zy)Úilocalrepositoryfilestoragez¯Local repository sub-interface providing access to tracked file storage. This interface defines how a repository accesses storage for a single tracked file path. có—y)ztObtain a filelog for a tracked path. The returned type conforms to the ``ifilestorage`` interface. Nr )Úfs r Úfilez ilocalrepositoryfilestorage.fileÒrr N)rrrrr«r r r r¨r¨Ës „ñó  r r¨có¦—eZdZdZej d«Zej d«Zej d«Zej d«Z ej d«Z ej d«Z ej d«Z ej d «Z ej d «Zej d «Zej d «Zej d «Zej d«Zej d«Zej d«Zej d«Zej d«Zej d«Zej d«Zej d«Zej d«Zej d«Zej d«Zej d«Zej d«Zej d«Zd„Z dod„Z!d„Z"dod „Z#ej d!«Z$ej d"«Z%ej d#«Z&ej d$«Z'ej d%«Z(dpd&„Z)d'„Z*d(„Z+d)„Z,d*„Z-e-Z.d+„Z/d,„Z0d-„Z1d.„Z2dqd/„Z3d0„Z4drd1„Z5d2„Z6d3„Z7d4„Z8d5„Z9d6„Z:d7„Z;d8„Zd;„Z?d<„Z@d=„ZAd>„ZBd?„ZCd@„ZDdA„ZEdB„ZFdC„ZGdsdD„ZHdE„ZIdodF„ZJdG„ZKdH„ZLdrdI„ZMdJ„ZNdK„ZOdodL„ZPdM„ZQdN„ZRdtdO„ZSdudP„ZTdQ„ZUdR„ZVdS„ZWdrdT„ZXdU„ZYdvdV„ZZdW„Z[dvdX„Z\dY„Z]dZ„Z^ dwd[„Z_dqd\„Z`d]„Zad^„Zb dxd_„Zcd`„Zdda„Zedb„Zfdodc„Zgdydd„Zhde„Zidf„Zjdg„Zkej dh«Zldi„Zmdj„Zndzdk„Zodl„Zp drdm„Zqdn„Zry){ÚilocalrepositorymainzzMain interface for local repositories. This currently captures the reality of things - not how things should be. zAConstant nodes matching the hash function used by the repository.z;null revision for the hash function used by the repository.z9Set of requirements that this repo is capable of opening.z#Set of requirements this repo uses.atSet of "features" this repository supports. A "feature" is a loosely-defined term. It can refer to a feature in the classical sense or can describe an implementation detail of the repository. For example, a ``readonly`` feature may denote the repository as read-only. Or a ``revlogfilestore`` feature may denote that the repository is using revlogs for file storage. The intent of features is to provide a machine-queryable mechanism for repo consumers to test for various repository characteristics. Features are similar to ``requirements``. The main difference is that requirements are stored on-disk and represent requirements to open the repository. Features are more run-time capabilities of the repository and more granular capabilities (which may be derived from requirements). z1Name of the repoview that is active on this repo.u:a bytes-key → vfs mapping used by transaction and othersz)VFS used to access the working directory.zcVFS rooted at the .hg directory. Used to access repository data not in the store. z¤VFS rooted at the store. Used to access repository data in the store. Typically .hg/store. But can point elsewhere if the store is shared. z*Path to the root of the working directory.zPath to the .hg directory.z8The filesystem path that was used to construct the repo.z”A pathauditor for the working directory. This checks if a path refers to a nested repository. Operates on the filesystem. z{A pathauditor for the working directory. This is like ``auditor`` except it doesn't do filesystem checks. z-Original ui instance passed into constructor.z#Main ui instance for this instance.z@Path to the .hg directory of the repo this repo was shared from.zA store instance.zPath to the store.zAlias to self.store.join.zPA VFS used to access the cache directory. Typically .hg/cache. zjA VFS used to access the cache directory dedicated to working copy Typically .hg/wcache. z'Holds sets of revisions to be filtered.zA ``namespaces`` instance.z7The way files copies should be dealt with in this repo.có—y)z$Close the handle on this repository.Nr r r r rzilocalrepositorymain.close^rr Ncó—y)z6Obtain an object conforming to the ``peer`` interface.Nr r,s r rxzilocalrepositorymain.peerarr có—y)z+Obtain an unfiltered/raw view of this repo.Nr r r r Ú unfilteredzilocalrepositorymain.unfiltereddrr có—y)z'Obtain a named view of this repository.Nr )r Úvisibilityexceptionss r Úfilteredzilocalrepositorymain.filteredgrr zA store of obsolescence data.z!A handle on the changelog revlog.z|An instance conforming to the ``imanifestlog`` interface. Provides access to manifests for the repository. zWorking directory state.z2Matcher patterns for this repository's narrowspec.có—y)z$Obtain a matcher for the narrowspec.Nr )r/Ú includeexacts r Ú narrowmatchz ilocalrepositorymain.narrowmatch{rr có—y)z*Define the narrowspec for this repository.Nr )Ú newincludesÚ newexcludess r Ú setnarrowpatsz"ilocalrepositorymain.setnarrowpats~rr có—y)zTry to resolve a changectx.Nr ©Úchangeids r rœz ilocalrepositorymain.__getitem__�rr có—y)zWhether a changeset exists.Nr r½s r ržz!ilocalrepositorymain.__contains__„rr có—y)zAlways returns True.Tr r r r r!z ilocalrepositorymain.__nonzero__‡ó€àr có—y)z-Returns the number of changesets in the repo.Nr r r r r˜zilocalrepositorymain.__len__�rr có—y)z(Iterate over revisions in the changelog.Nr r r r r§zilocalrepositorymain.__iter__�rr có—y)z5Evaluate a revset. Emits revisions. Nr ©Úexprrgs r r¯zilocalrepositorymain.revs“rr có—y)z?Evaluate a revset. Emits changectx instances. Nr rÅs r Úsetzilocalrepositorymain.set™rr có—y)z1Find revisions matching one of the given revsets.Nr )ÚspecsÚuserÚ localaliass r Úanyrevszilocalrepositorymain.anyrevsŸrr có—y)z8Returns a string representing the location of this repo.Nr r r r r zilocalrepositorymain.url¢rr c ó—y)z Call a hook.Nr )r Úthrowrgs r Úhookzilocalrepositorymain.hook¥rr có—y)z Return a mapping of tag to node.Nr r r r Útagszilocalrepositorymain.tags¨rr có—y)zReturn the type of a given tag.Nr )Útagnames r Útagtypezilocalrepositorymain.tagtype«rr có—y)z*Return a list of tags ordered by revision.Nr r r r Útagslistzilocalrepositorymain.tagslist®rr có—y)z'Return the tags associated with a node.Nr r©s r Únodetagszilocalrepositorymain.nodetags±rr có—y)zrµs ðõÝÝ#ð $8Ð à,ÐàÐà*Ðà%Ðà$9Ð!à ÐØ ÐØ!ÐØ%ÐðØñàñð"ñ"ððÐØÐØÐØ€ð'Ðà,Ðà*Ðà&Ðà(Ðà.Ðà&Ðà$Ðà"Ðð ð€ðØØØØØØØð € ð—O‘OÓ%ÐØ×ÑÐ.Ô/ô( �m×-Ñ-ô( ôV ˜ ×/Ñ/ô ô*] �M×+Ñ+ô] ô@ ˜-×1Ñ1ô ôB7 ˜=×2Ñ2ô7 ôt �M×+Ñ+ô ô<�Ð!2°MôôˆoÐ0°-ôð€×ј9Ó%÷ ð ó&ð ôD�]×,Ñ,ôô.E�]×,Ñ,ôEôP1=˜]×4Ñ4ô1=ôhb �×(Ñ(ôb ôJh � ×'Ñ'ôh ôVp �M×+Ñ+ôp ôf@ �:˜y¨-ô@ ôFBˆM× #Ñ #ôBô6M �M×+Ñ+ôM ô` ˜M×3Ñ3ô ô, Ð3ô ô@ Ð 5ô ô&T �}×.Ñ.ôT ôn:G�=×*Ñ*ô:Gôz   -×"9Ñ"9ô  ôa ˜=×2Ñ2ôa ôH 5ØÐ5ô5ô \  ×!8Ñ!8õ\ r