3a05d53761
No behavior changes (hopefully), just adding SeekInput and plumbing it through to the JSON display code for later use. Over the course of 2 grueling days. withFilesNotInGit reimplemented in terms of seekHelper should be the only possible behavior change. It seems to test as behaving the same. Note that seekHelper dummies up the SeekInput in the case where segmentPaths' gives up on sorting the expanded paths because there are too many input paths. When SeekInput later gets exposed as a json field, that will result in it being a little bit wrong in the case where 100 or more paths are passed to a git-annex command. I think this is a subtle enough problem to not matter. If it does turn out to be a problem, fixing it would require splitting up the input parameters into groups of < 100, which would make git ls-files run perhaps more than is necessary. May want to revisit this, because that fix seems fairly low-impact.
32 lines
896 B
Haskell
32 lines
896 B
Haskell
{- git-annex command
|
|
-
|
|
- Copyright 2015 Joey Hess <id@joeyh.name>
|
|
-
|
|
- Licensed under the GNU AGPL version 3 or higher.
|
|
-}
|
|
|
|
module Command.GroupWanted where
|
|
|
|
import Command
|
|
import Logs.PreferredContent
|
|
import Command.Wanted (performGet, performSet)
|
|
import Types.Group
|
|
|
|
cmd :: Command
|
|
cmd = noMessages $ command "groupwanted" SectionSetup
|
|
"get or set groupwanted expression"
|
|
(paramPair paramGroup (paramOptional paramExpression))
|
|
(withParams seek)
|
|
|
|
seek :: CmdParams -> CommandSeek
|
|
seek = withWords (commandAction . start)
|
|
|
|
start :: [String] -> CommandStart
|
|
start (g:[]) = startingCustomOutput (ActionItemOther Nothing) $
|
|
performGet groupPreferredContentMapRaw (toGroup g)
|
|
start ps@(g:expr:[]) = startingUsualMessages "groupwanted" ai si $
|
|
performSet groupPreferredContentSet expr (toGroup g)
|
|
where
|
|
ai = ActionItemOther (Just g)
|
|
si = SeekInput ps
|
|
start _ = giveup "Specify a group."
|