Darcs.Repository

Documentation

data Repository p

Instances

Show (Repository p)

data HashedDir

Constructors

HashedPristineDir

HashedPatchesDir

HashedInventoriesDir

newtype Cache

Constructors

Ca [CacheLoc]

Instances

Show Cache

data CacheLoc

Constructors

Cache !CacheType !WritableOrNot !String

Instances

Eq CacheLoc

Show CacheLoc

data WritableOrNot

Constructors

Writable

NotWritable

Instances

Show WritableOrNot

($-) :: ((forall p. RepoPatch p => Repository p -> IO a) -> IO a) -> (forall p. RepoPatch p => Repository p -> IO a) -> IO a

maybeIdentifyRepository :: [DarcsFlag] -> String -> IO (IdentifyRepo p)

identifyRepositoryFor :: forall p. RepoPatch p => Repository p -> String -> IO (Repository p)

withRepoLock :: [DarcsFlag] -> (forall p. RepoPatch p => Repository p -> IO a) -> IO a

withRepoReadLock :: [DarcsFlag] -> (forall p. RepoPatch p => Repository p -> IO a) -> IO a

withRepository :: [DarcsFlag] -> (forall p. RepoPatch p => Repository p -> IO a) -> IO a

withRepositoryDirectory :: forall a. [DarcsFlag] -> String -> (forall p. RepoPatch p => Repository p -> IO a) -> IO a

withGutsOf :: Repository p -> IO () -> IO ()

makePatchLazy :: RepoPatch p => Repository p -> PatchInfoAnd p -> IO (PatchInfoAnd p)

writePatchSet :: RepoPatch p => PatchSet p -> [DarcsFlag] -> IO (Repository p)

writePatchSet is like patchSetToRepository, except that it doesn't touch the working directory or pristine cache.

findRepository :: [DarcsFlag] -> IO (Either String ())

amInRepository :: [DarcsFlag] -> IO (Either String ())

amNotInRepository :: [DarcsFlag] -> IO (Either String ())

replacePristine :: Repository p -> Tree IO -> IO ()

Replace the existing pristine with a new one (loaded up in a Tree object).

withRecorded :: RepoPatch p => Repository p -> ((AbsolutePath -> IO a) -> IO a) -> (AbsolutePath -> IO a) -> IO a

readRepo :: RepoPatch p => Repository p -> IO (PatchSet p)

prefsUrl :: Repository p -> String

addToPending :: RepoPatch p => Repository p -> FL Prim -> IO ()

tentativelyAddPatch :: RepoPatch p => Repository p -> [DarcsFlag] -> PatchInfoAnd p -> IO (Repository p)

tentativelyRemovePatches :: RepoPatch p => Repository p -> [DarcsFlag] -> FL (PatchInfoAnd p) -> IO (Repository p)

tentativelyAddToPending :: forall p. RepoPatch p => Repository p -> [DarcsFlag] -> FL Prim -> IO ()

This fuction is unsafe because it accepts a patch that works on the tentative pending and we don't currently track the state of the tentative pending.

tentativelyReplacePatches :: forall p. RepoPatch p => Repository p -> [DarcsFlag] -> FL (PatchInfoAnd p) -> IO (Repository p)

readTentativeRepo :: RepoPatch p => Repository p -> IO (PatchSet p)

tentativelyMergePatches :: RepoPatch p => Repository p -> String -> [DarcsFlag] -> FL (PatchInfoAnd p) -> FL (PatchInfoAnd p) -> IO (Sealed (FL Prim))

considerMergeToWorking :: RepoPatch p => Repository p -> String -> [DarcsFlag] -> FL (PatchInfoAnd p) -> FL (PatchInfoAnd p) -> IO (Sealed (FL Prim))

revertRepositoryChanges :: RepoPatch p => Repository p -> IO ()

finalizeRepositoryChanges :: RepoPatch p => Repository p -> IO ()

createRepository :: [DarcsFlag] -> IO ()

copyRepository :: RepoPatch p => Repository p -> IO ()

copyOldrepoPatches :: RepoPatch p => [DarcsFlag] -> Repository p -> FilePath -> IO ()

patchSetToRepository :: RepoPatch p => Repository p -> PatchSet p -> [DarcsFlag] -> IO (Repository p)

patchSetToRepository takes a patch set, and writes a new repository in the current directory that contains all the patches in the patch set. This function is used when 'darcs get'ing a repository with the --to-match flag and the new repository is not in hashed format. This function does not (yet) work for hashed repositories. If the passed DarcsFlags tell darcs to create a hashed repository, this function will call error.

unrevertUrl :: Repository p -> String

applyToWorking :: Patchy p => Repository p1 -> [DarcsFlag] -> p -> IO (Repository p1)

patchSetToPatches :: RepoPatch p => PatchSet p -> FL (Named p)

createPristineDirectoryTree :: RepoPatch p => Repository p -> FilePath -> IO ()

createPartialsPristineDirectoryTree :: (FilePathLike fp, RepoPatch p) => Repository p -> [fp] -> FilePath -> IO ()

optimizeInventory :: RepoPatch p => Repository p -> IO ()

Writes out a fresh copy of the inventory that minimizes the amount of inventory that need be downloaded when people pull from the repository.

Specifically, it breaks up the inventory on the most recent tag. This speeds up most commands when run remotely, both because a smaller file needs to be transfered (only the most recent inventory). It also gives a guarantee that all the patches prior to a given tag are included in that tag, so less commutation and history traversal is needed. This latter issue can become very important in large repositories.

cleanRepository :: RepoPatch p => Repository p -> IO ()

getMarkedupFile :: RepoPatch p => Repository p -> PatchInfo -> FilePath -> IO MarkedUpFile

data PatchSet p

type SealedPatchSet p = Sealed (PatchSet p)

data PatchInfoAnd p

PatchInfoAnd p represents a hope we have to get a patch through its info. We're not sure we have the patch, but we know its info.

Instances

MyEq p => MyEq (PatchInfoAnd p)

Invert p => Invert (PatchInfoAnd p)

ReadPatch p => ReadPatch (PatchInfoAnd p)

(Conflict p, Effect p, ShowPatch p) => ShowPatch (PatchInfoAnd p)

Commute p => Commute (PatchInfoAnd p)

Apply p => Apply (PatchInfoAnd p)

RepoPatch p => Patchy (PatchInfoAnd p)

Effect p => Effect (PatchInfoAnd p)

Conflict p => Conflict (PatchInfoAnd p)

setScriptsExecutable :: IO ()

Sets scripts in or below the current directory executable. A script is any file that starts with the bytes '#!'. This is used sometimes for --set-scripts-executable, but at other times --set-scripts-executable is handled by the hunk patch case of applyFL.

checkUnrelatedRepos :: RepoPatch p => [DarcsFlag] -> PatchSet p -> PatchSet p -> IO ()

testTentative :: RepoPatch p => Repository p -> IO ()

testRecorded :: RepoPatch p => Repository p -> IO ()

extractOptions :: Repository p -> [DarcsFlag]

modifyCache :: RepoPatch p => Repository p -> (Cache -> Cache) -> Repository p

modifyCache repository function modifies the cache of repository with function, remove duplicates and sort the results with compareByLocality.

Recorded and unrecorded and pending.

readRecorded :: RepoPatch p => Repository p -> IO (Tree IO)

Obtains a Tree corresponding to the recorded state of the repository: this is the same as the pristine cache, which is the same as the result of applying all the repository's patches to an empty directory.

Handles the plain and hashed pristine cases. Currently does not handle the no-pristine case, as that requires replaying patches. Cf. readDarcsHashed and readPlainTree in hashed-storage that are used to do the actual Tree construction.

readUnrecorded :: RepoPatch p => Repository p -> [SubPath] -> IO (Tree IO)

Obtains a Tree corresponding to the unrecorded state of the repository: the working tree plus the pending patch. The optional list of paths (it is ignored if empty) allows to restrict the query to a subtree.

Limiting the query may be more efficient, since hashes on the uninteresting parts of the index do not need to go through an up-to-date check (which involves a relatively expensive lstat(2) per file.

unrecordedChanges :: RepoPatch p => [DarcsFlag] -> Repository p -> [SubPath] -> IO (FL Prim)

For a repository and a list of paths (when empty, take everything) compute a (forward) list of prims (i.e. a patch) going from the recorded state of the repository (pristine) to the unrecorded state of the repository (the working copy + pending). When a non-empty list of paths is given, at least the files that live under any of these paths in either recorded or unrecorded will be included in the resulting patch. NB. More patches may be included in this list, eg. the full contents of the pending patch. This is usually not a problem, since selectChanges will properly filter the results anyway.

This also depends on the options given: with LookForAdds, we will include any non-boring files (i.e. also those that do not exist in the recorded state) in the working in the unrecorded state, and therefore they will show up in the patches as addfiles.

The IgnoreTimes option disables index usage completely -- for each file, we read both the unrecorded and the recorded copy and run a diff on them. This is very inefficient, although in extremely rare cases, the index could go out of sync (file is modified, index is updated and file is modified again within a single second).

readPending :: RepoPatch p => Repository p -> IO (Tree IO, Sealed (FL Prim))

readRecordedAndPending :: RepoPatch p => Repository p -> IO (Tree IO)

Index.

readIndex :: RepoPatch p => Repository p -> IO Index

invalidateIndex :: t -> IO ()

Mark the existing index as invalid. This has to be called whenever the listing of pristine changes and will cause darcs to update the index next time it tries to read it. (NB. This is about files added and removed from pristine: changes to file content in either pristine or working are handled transparently by the index reading code.)