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