Q: 1
While maintaining the gist history, which of the following is the most efficient way to create a public
gist based on another user's gist?
Options
Discussion
Honestly, Microsoft wording is always so roundabout in these. Option A, fork the gist.
Forking keeps the full gist history and links your new gist back to the original, so A is the better fit here. B works for a one-off copy but you lose any tracking or attribution. Pretty sure Microsoft wants A based on how GitHub actually handles public gists. Anyone see an edge case for B?
Maybe A . Saw a similar one on a practice test, forking keeps the history linked.
Its B for me, just creating a new gist and copying the content. I figured that keeps things simple if you just want your own public version, even if it doesn't track history. Maybe I'm missing something?
Be respectful. No spam.