i resolving 2 issues simultaneously, want reviewer see changes each issue separately. thinking if create 2 pull requests (one each issue), each issue easy review.
my current guess create separate branch each issue, place commits on each branch separately, create pull request each branch. reviewer can see changes pertaining each issue, have merge in each branch separately. none of code either issue overlap, merging each issue should not problem.
my other guess log issue addressing in each of commits , create 1 pull request. reviewer have parse commits see issue addressing, have merge 1 branch. simpler approach, preferable?
or there easier way this? let me know if can clarify anything.
merging easy.
deciphering intent hard.
by keeping work on 2 issues separate allowing reviewer accept, reject, or ask improvements on issues independently.
if merged , need make small change 1 of them, both improvements blocked until change made , reviewed.
Comments
Post a Comment