Hi Guys! <div><br></div><div>Consider the following situation: we registered a blueprint (my-blueprint) which requires a lot of coding. Say this blueprint describes a way for creating unit tests for some big part of code.</div>
<div>It is generally a good practice not to include all this code in a huge commit which can become a cause of multiple conflicts and reviewers' headache, but to break it into a series of small independent commits (in our example: consistent subsets of unit tests for independent modules e.g.).</div>
<div><br></div><div>My question is: what is the right way to publish such series of commits?</div><div><br></div><div>Say, I created a topic "bp/my-blueprint" which points to last upstream commit and then I made three commits:</div>
<div><br></div><div>upstream_HEAD -> bp_commit_A -> bp_commit_B -> bp_commit_C</div><div><br></div><div>Is this a good practice to execute "git review" for each of these commits? I see a lot of problems here: bp_commit_B can't be merged until bp_commit_A is merged, etc. Or I'll have to rebase all of them somehow.</div>
<div><br></div><div>Another way is to create multiple topic branches for each of the commits:</div><div><br></div><div>bp/my-blueprint1: upstream_HEAD -> bp_commit_A</div><div><div>bp/my-blueprint2: upstream_HEAD -> bp_commit_B</div>
</div><div><div>bp/my-blueprint3: upstream_HEAD -> bp_commit_C</div></div><div><br></div><div>This doesn't look pretty and I don't know then what is the right way to name such topics.</div><div><br></div><div>What do you think?..</div>
<div><br></div><div>Thanks in advance,</div><div>Ilya.</div><div><br></div>