assistant: Committing a whole lot of files at once could overflow command-line length limits and cause the commit to fail. This only happened when using the assistant in an indirect mode repository.
This commit is contained in:
parent
7cb2f91f5b
commit
2b7f3ee3f2
3 changed files with 21 additions and 2 deletions
|
@ -8,3 +8,15 @@ long)
|
|||
</pre>
|
||||
|
||||
Probably need to tune the command length limit for !linux. --[[Joey]]
|
||||
|
||||
> Investigation suggests this is the problem:
|
||||
|
||||
inRepo (Git.LsFiles.notInRepo False $ map changeFile pending)
|
||||
|
||||
> If a lot of new files have been added, the `pending` list can be
|
||||
> arbitrarily large, and this passes it to git ls-files as parameters.a
|
||||
>
|
||||
> It's not the actual commit that fails; that uses Git.Queue and xargs.
|
||||
> --[[Joey]]
|
||||
|
||||
>> [[fixed|done]] --[[Joey]]
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue