Closed coltongordon closed 3 hours ago
task_5_squash_with_link_to_task
...:hourglass_flowing_sand: Please wait (at most) 60 seconds until the WorkflowLearning GitHub App will add a new comment to this task and confirm that the branch task_5_squash_with_link_to_task
was created successfully (refresh the page if you don't see the confirmation comment).
task_5_squash_with_link_to_task
was created successfullyPlease continue with the next steps as specified in the task description.
References user story #1
TODO:
Task5_Q1
on Canvastask_5_squash_with_link_to_task
branch)task_5_squash_with_link_to_task
was created (refresh the page if you don't see the confirmation comment)master
and the compare branchtask_5_squash_with_link_to_task
Task5_Q2
on CanvasTask5_Q3
on CanvasStarting integration...
master
Squash and merge
optionCloses #5 (#<ID_PR>)
andIntegration completed.
Insights
->Network
master
)Insights
->Network
Task5_Q4
on CanvasTask5_Q5
on Canvas:thumbsup: Advantages of this workflow
Any developer inspecting the squashed ("atomic") commit in
master
can directly navigate#5
or:heavy_exclamation_mark: Disadvantages of this workflow
If the branch contains multiple commits (each containing a partial/incomplete implementation of the task) that are referencing task
#5
(like it was the case with branchtask_5_squash_with_link_to_task
), then these commits will automatically appear in task#5
as being referenced, and this unnecessarily clutters task#5
and confuses any developer trying to understand the changes performed in task#5
.