Open robbieGill4096 opened 1 week ago
task_6_squash_preferred_project_workflow
...: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_6_squash_preferred_project_workflow
was created successfully (refresh the page if you don't see the confirmation comment).
task_6_squash_preferred_project_workflow
was created successfullyPlease continue with the next steps as specified in the task description.
References user story #1
TODO:
Task6_Q1
on Canvastask_6_squash_preferred_project_workflow
branch)task_6_squash_preferred_project_workflow
was created (refresh the page if you don't see the confirmation comment)master
and the compare branchtask_6_squash_preferred_project_workflow
#6
. This is intentional, as to not clutter this task with references of commits containing partial (and incomplete) implementations (that do not contain the entire change in one commit), and which can be altered in subsequent commits in the same branchTask6_Q2
on CanvasTask6_Q3
on CanvasStarting integration...
master
Squash and merge
optionCloses #6 (#<ID_PR>)
andIntegration completed.
Insights
->Network
master
)Insights
->Network
task_6_squash_preferred_project_workflow
was deleted (more accurately hidden) from the repository, because GitHub keeps all deleted branches indefinitely, which means the commits in the branch (and the PR) can always be accessedTask6_Q4
on CanvasTask6_Q5
on Canvas:thumbsup: Advantages of this "preferred workflow" (which will be used throughout the remaining sprints of the group project)
Any developer inspecting the squashed commit in
master
can directly navigate#6
, which will be referenced by only one "atomic" commit containing the final implementation of the task, and this commit can be easily deployed or cherry-picked to other branches if needed, or:bulb: Again, it is important to highlight that the intermediate (and incomplete) commits in the branch
task_6_squash_preferred_project_workflow
DO NOT reference this task#6
at all, and hence, they do not clutter this task with unnecessary (and confusing) references of partial (and incomplete) commits. Moreover, developers can contribute to the branch without constantly worrying about adding traceability for every intermediate commit, since they only need to establish the traceability to the task and PR once, during the integration.