Part of bzrlib.store View In Hierarchy
Known subclasses: bzrlib.store.TransportStore
Files can be added, but not modified once they are in. Typically the hash is used as the name, or something else known to be unique, such as a UUID.
|Method||get||Returns a file reading from a particular entry.|
|Method||__getitem__||DEPRECATED. Please use .get(fileid) instead.|
|Method||add||Add a file object f to the store accessible from the given fileid|
|Method||has_id||Return True or false for the presence of fileid in the store.|
|Method||listable||Return True if this store is able to be listed.|
|Method||copy_all_ids||Copy all the file ids from store_from into self.|
|Method||copy_multi||Copy texts for ids from other into self.|
|Method||_copy_one||Most generic copy-one object routine.|
If suffix is present, retrieve the named suffix for fileid.
suffix, if present, is a per file suffix, i.e. for digital signature data.
If an id is present in self, it is skipped. A count of copied ids is returned, which may be less than len(ids).
|Parameters||other||Another Store object|
|ids||A list of entry ids to be copied|
|pb||A ProgressTask object, if none is given, the default will be created.|
|permit_failure||Allow missing entries to be ignored|
|Returns||(n_copied, [failed]) The number of entries copied successfully, followed by a list of entries which could not be copied (because they were missing)|
Subclasses can override this to provide an optimised copy between their own instances. Such overriden routines should call this if they have no optimised facility for a specific 'other'.