[openstack-dev] Development workflow for bunch of patches

Sławek Kapłoński slawek at kaplonski.pl
Wed Apr 19 08:39:34 UTC 2017


Hello,

Thanks a lot :)

— 
Best regards
Slawek Kaplonski
slawek at kaplonski.pl



> Wiadomość napisana przez Kevin Benton <kevin at benton.pub> w dniu 19.04.2017, o godz. 10:25:
> 
> Whenever you want to work on the second patch you would need to first checkout the latest version of the first patch and then cherry-pick the later patch on top of it. That way when you update the second one it won't affect the first patch.
> 
> The -R flag can also be used to prevent unexpected rebases of the parent patch. More details here:
> 
> https://docs.openstack.org/infra/manual/developers.html#adding-a-dependency <https://docs.openstack.org/infra/manual/developers.html#adding-a-dependency>
> 
> On Wed, Apr 19, 2017 at 1:11 AM, Sławek Kapłoński <slawek at kaplonski.pl <mailto:slawek at kaplonski.pl>> wrote:
> Hello,
> 
> I have a question about how to deal with bunch of patches which depends one on another.
> I did patch to neutron (https://review.openstack.org/#/c/449831/ <https://review.openstack.org/#/c/449831/>) which is not merged yet but I wanted to start also another patch which is depend on this one (https://review.openstack.org/#/c/457816/ <https://review.openstack.org/#/c/457816/>).
> Currently I was trying to do something like:
> 1. git review -d <first patch id>
> 2. git checkout -b new_branch_for_second_patch
> 3. Make second patch, commit all changes
> 4. git review <— this will ask me if I really want to push two patches to gerrit so I answered „yes”
> 
> Everything is easy for me as long as I’m not doing more changes in first patch. How I should work with it if I let’s say want to change something in first patch and later I want to make another change to second patch? IIRC when I tried to do something like that and I made „git review” to push changes in second patch, first one was also updated (and I lost changes made for this one in another branch).
> How I should work with something like that? Is there any guide about that (I couldn’t find such)?
> 
>> Best regards
> Slawek Kaplonski
> slawek at kaplonski.pl <mailto:slawek at kaplonski.pl>
> 
> 
> 
> 
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe <http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
> 
> 
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20170419/7784b8a7/attachment.html>


More information about the OpenStack-dev mailing list