[Digikam-devel] Batch Queue Manager

Gilles Caulier caulier.gilles at gmail.com
Sun Nov 10 17:43:57 GMT 2013


2013/11/10 Yuri Samoilenko <kinnalru at gmail.com>:
> Good evening
>
>> Yes, i see it. I'm registered to commit filter :
>> http://commitfilter.kde.org/
>> Like this i see all commit done by all contributors through email.
>
>
>  Nice stuff thx.
>
>
>> > What about branch manipulating strategy?
>> > 1. Is rebasing to master allowed in development branches?
>>
>> You can sync (you must) this branch with master changes to have your
>> branch updated in time.
>
>
>  I mean that if I will use git rebase(not merge) to master then other
> developers who want to track my branch(I mean any development branch)  can't
> fast-forward changes. They will forced to use 'force update', but rebased
> branch will have more plain(simple) commit history. In other word can I
> consider development branches as 'private'(allow rebase and breaking
> fast-forward) or it must be considered as 'public'(no rebase allowed only
> git merge).

Public, because i will review your code and commit fixes...

>
>
>>
>> No need if code changes are not too intrusive and quickly testable. In
>> general, making patch attached to relevant bugzilla entry is enough. I
>> don't like reviewboard. This require to manage too tools, where only
>> one is enough to control bug fixes : bugzilla.
>>
>> No need reviewboard (forget this tool)
>
>
>  ok
>
>
>> For this week end, i'm with my familly. I go back at home monday
>> evening. I will review all your new branch and code tuesday evening.
>> Don't forget that i'm in stop disease for few month due to my car
>> crash and i will have a lots of free time to play with code (:=)))
>
>
> ok - I'm in no hurry. The first of november(9 days ago) my daughter was born
> and now I can always find how to spend time :)

Congratulations (:-)))...

Gilles Caulier



More information about the Digikam-devel mailing list