[Digikam-devel] Batch Queue Manager

Yuri Samoilenko kinnalru at gmail.com
Sun Nov 10 17:30:34 GMT 2013


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).



> 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 :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-devel/attachments/20131110/697023a2/attachment.html>


More information about the Digikam-devel mailing list