| Re: [jgit-dev] listener for porcelain/plumbing commands? |
I think what Alex meant is not to use "git add ." per se, but get
files that you to stage and process them individually. This way you
should be able to provide feedback to the user and get all the files
staged at the same time.
Cheers,
Tomek
On Wed, Jul 24, 2013 at 2:54 PM, Christian Trutz
<christian.trutz@xxxxxxxxx> wrote:
> Hi Alex,
>
> OK, thank you for you answers. But with "git add ." the problem remains the
> same. OK, I will do some performance tests with 1000, 5000 and 10000 files
> ... I am a little curious about the JGit performance :-)
>
> Regards
> Christian
>
>
> 2013/7/24 Alex Blewitt <alex.blewitt@xxxxxxxxx>
>>
>> On 24 Jul 2013, at 09:50, Christian Trutz <christian.trutz@xxxxxxxxx>
>> wrote:
>>
>> > Hi Alex,
>> >
>> > the use case is:
>> >
>> > we want to version many (1000+) configuration files (xml files)
>> > automatically. The purpose is to have the history and the ability to roll
>> > back configuration files. JGit is predestined for such a job ;-) The user
>> > has a "button" and he can say "Version now ...". This action invokes:
>> >
>> > git add . (all configuration files)
>> > git commit
>> >
>> > But we want also to inform the user about the status of the "git commit"
>> > command (10% ready, 20% ready, etc) and the user should also have the
>> > posibility to abort the perhaps long running "git commit" command ...
>>
>> If you are creating a single commit for all files then the commit will be
>> atomic. However the time will not be spent in the commit, it will be spent
>> in the add. So you can report based on that instead.
>>
>> Alex
>
>
>
>
> --
> Christian Trutz
> Von-Flotow-Straße 24
> D-45772 Marl
>
> Festnetz (privat): +49 (0)2365 3840327
> E-Mail: christian.trutz@xxxxxxxxx
>
>
> _______________________________________________
> jgit-dev mailing list
> jgit-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/jgit-dev
>