21.01.2018, 01:25, "Daniel Savi" <daniel.s...@gaess.ch>:
> On 19.01.2018 18:40, Konstantin Tokarev wrote:
>>  19.01.2018, 01:58, "Samuel Gaist" <samuel.ga...@edeltech.ch>:
>>>>    On 18 Jan 2018, at 22:42, Daniel Savi <daniel.s...@gaess.ch> wrote:
>>>>
>>>>    Hello qt devs
>>>>
>>>>    I'm back with another newbie question. I have committed a patch that is 
>>>> still under review on gerrit.
>>>>
>>>>    Meanwhile, I've got a local and unrelated patch on the same file, that 
>>>> I would like to commit, too.
>>>>
>>>>    Now, how would I include this patch into my local git repo and how 
>>>> would I commit it as a separate patch to the first?
>>>>
>>>>    How could I still work on the first patch, once more comments are 
>>>> coming in?
>>>>
>>>>    Would I create separate branches?
>>>>
>>>>    Sorry for my very basic level of git-foo.
>>>>
>>>>    _______________________________________________
>>>>    Development mailing list
>>>>    Development@qt-project.org
>>>>    http://lists.qt-project.org/mailman/listinfo/development
>>>  Hi,
>>>
>>>  Since the patch is unrelated, use a different topic branch for that one 
>>> and submit it like the other one.
>>>
>>>  Depending on the impact of your change, you might want to look at 
>>> https://git-scm.com/docs/git-worktree and have a separate build for it.
>
> I will read that, thank you for the link.
>>  I think it's OK to create it in the same branch with previous one, 
>> especially in this case when patches touch same file
>>  and there is a non-zero probability of conflict because of order change.
>>
>>  While patch #2 will have #1 shown in Gerrit as a "dependency", they still 
>> can be integrated separately from each other (if #2 does actually apply to 
>> the branch without #1).
>
> Just one question. Patch #1 is still under review and there will
> probably be further changes in the future. If I have patch #2 on the
> same branch and commit changes to patch #1 again later with "git commit
> -a --amend", wouldn't patch #2 be included in patch #1, too?

git commit --amend edits topmost patch, i.e. #2, instead of #1

So if you make changes for #1 you need to create new commit #3, and squash
#3 and #1 with git rebase -i

>>>  Cheers
>>>
>>>  Samuel
>>>  ,
>>>
>>>  _______________________________________________
>>>  Development mailing list
>>>  Development@qt-project.org
>>>  http://lists.qt-project.org/mailman/listinfo/development

-- 
Regards,
Konstantin

_______________________________________________
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development

Reply via email to