쉐도잉 연습: Github are you joking? - 영상으로 영어 말하기 배우기

연습 모드 선택

각 모드는 전체 화면 연습실로 열립니다.

194 문장

문장이 너무 짧거나 길면 Edit를 눌러 조정하세요.

GitHub just had its magnum opus of a bug.

Now, I've heard lore that people have dropped databases,

just some showstopper bugs, but I did not think it was possible for GitHub to cease being Git.

Now, we're gonna go through what actually happened,

but more so, I just have a lot of questions as to how this was even possible.

All right, so before we begin about GitHub ceasing to be Git,

let's first go over a bit of lore because it's important.

In 2005, the creator of Linux decided that he was going to take the Brendan Eich challenge,

which is to create a programming language in seven days,

but instead create version control in 10.

And thus, Git was born.

Upon seeing this beautiful distributed version control,

software developers did the only thing that made sense,

immediately create a single point of failure.

GitHub became so popular that other services decided to use the hub naming convention.

Of course, the most popular being Docker Hub,

where you can store all your dockers at.

Microsoft, seeing that GitHub attracted developers,

developers, developers, decided to purchase GitHub for $7.5 billion and proceeded to generationally fumble the bag.

Microsoft, you could have done like nothing.

Like if you would have just left GitHub,

it would have operated better than whatever has happened today.

But the impressive part is that Microsoft has discovered the fourth E in the triple E strategy of course,

which is embrace, extend, extinguish, and shitify.

Yesterday, we had a regression in the merge queue behavior where,

in some cases, squash or rebase commits were generated from the wrong base state,

making earlier changes appear reverted in branch history.

You had one job, just one singular job,

GitHub, which is of course to be git.

Now that's only about half the story because it really isn't kind of actually illustrating what happened.

Now, here's a better story.

On April 23rd, GitHub's merge queue started silently reverting code on customers' main branches.

Now, reverting is actually a Git operation.

It did not revert code.

That's very important to understand.

Not a handful of lines, in some cases, thousands.

Nothing looked wrong.

A PR with a plus 29 minus 34 diff got reviewed, approved, and queued.

What actually landed on main was a single commit with plus 245 minus 1137.

Thousands of lines of unrelated already shipped code were quietly removed.

Every merge that followed went in on top of that broken history.

That means that you would look at the PR.

Your PR would actually look correct.

And when you hit the merge button,

what actually went in was not what you hit merge on.

This is absolutely diabolical behavior.

I mean, to be lied to,

like the UI just telling you, nah, everything's good, man.

This is exactly what's going to happen.

And for you to have no idea is crazy.

I still have a lot of questions,

but this is roughly how it's being reported.

Now, we do not have the official GitHub kind of postmortem that explains exactly what went wrong.

This is just what is being purported by large companies.

Effectively, what happens is you have history that looks like this in Git,

and this would be your main branch.

So let's just say you have four commits on your main branch.

And for whatever reason, you branched off back here to make your new branch,

and then you've added two commits.

So the actual root cause of what would happen is that when you'd go to merge,

what would end up happening is they would run something called a merge queue,

which would take your two merges,

which if you just drew this in a straight line would be three circles,

because you'd have where you branch from and your two changes.

And it would squash these two into a singular change.

So they are just one single branch.

This is actually a whole new branch that's created internally in one of Microsoft's CI.

Let's just call this singular squashed merge A.

What should happen is that A should be merged to the tip of main.

But what actually ended up happening is

that they would take this history right here and overwrite whatever was on main with this right here.

So that means if this thing was called B,

that means what would be on main now would simply be B to A.

And that is it.

That means these three commits were just gone.

Now, this obviously caused teams to scramble all afternoon.

There are hundreds of tweets of people saying,

hey, I had to spend all afternoon

or multiple days trying to figure out how to detangle whatever has happened

and what is actually missing from all of their PRs.

GitHub, of course, has said there's only 2,804 pull requests that were messed up out of 4 million merged.

Then later on said there was only 800K PRs either way.

That's the difference between 0.07% and 0.3 plus percent.

It's a big difference.

So which one is it, GitHub?

And obviously even more confusing thing,

if you go to April 23rd, that's weird.

I don't, do you see like some major outage or a partial outage going up there?

No, they don't show anything went wrong on the 23rd.

Obviously the reason for that is that the only downtime was you

and your team trying to figure out how to undo what just happened.

But I also just have a lot of questions and maybe you guys can help me on this one.

So the first thing I have is that if this is B

and this is A and this is the temporary branch that we have created,

if history looked like this,

wouldn't pulling down cause you to have some sort of,

hey, the remote branch is like out of sync with your local branch,

meaning your two histories have diverged.

You wouldn't even be able to pull down main anymore.

100

Or the other option is that instead of just simply putting A right here,

101

it actually had revert commits,

102

meaning that it would have these three commits right here,

103

and then it would have another commit that was like,

104

hey, I'm reverting these three commits right here,

105

and then you would have something like A,

106

which would make this not too difficult to be able to go,

107

okay, well, here's the only revert we have,

108

unreverted, which is not like how anything sounds like.

109

But even more importantly, Git is still Git.

110

You cannot change history like this easily.

111

Does that mean internally is Microsoft like pushing with force, right?

112

Because the only way that you could push this right here,

113

this history onto main would be that you have to force push because you're changing history.

114

And if that's the case,

115

if that's the case that they're force pushing,

116

makes me kind of nervous.

117

Like what other issues are there?

118

What other things have been silently happening?

119

And of course this, there's no shot it was 2,804 total.

120

Please double check this stat.

121

We probably had 200 plus as a single customer.

122

So I'm actually just pretty curious.

123

Did you lose any commits?

124

Are you using the kind of the auto squash feature and thus you have things gone?

125

Also, this has opened up the most legendary excuse of all time for the next year.

126

When any company gets hacked and stuff gets leaked or something goes horribly wrong,

127

they can go, oh yeah,

128

well, actually we actually did implement perfect security.

129

We actually had this exact situation already covered,

130

but GitHub decided to silently drop our commit.

131

Brother, it's not our fault, it's GitHub's.

132

It's also funny because there's probably a bunch of vibe coders

133

that they just simply just kept on going on with their day.

134

Some weird thing happened and they're getting,

135

they're just like, oh, fix it,

136

oh, AI, just fix it.

137

And then when a bug appeared,

138

they're like, stupid AI, always reverting previous changes.

139

Hey, fix that one now again.

140

You know that happened.

141

Absolutely beautiful.

142

And the worst part is for once, it actually wasn't AI.

143

They're just gonna be blamed for part of this for a whole group of people.

144

Actually, I mean, to be fair,

145

it could have been AI.

146

It could, hey, it could have been.

147

There's some reports going around that it was a faulty feature flag.

148

Of course, Hacker News had its heyday and people were viciously discussing what happened to GitHub.

149

Four people spent hours putting a repo back together at my company after this.

150

GitHub has been unreliable and now they are breaking core tenant of what I expect from this service.

151

Core tenant?

152

You mean tenant, not tenant.

153

You must be fun at parties.

154

I don't care to associate with people who are offended by being corrected.

155

They can sod off and I never go to what you Americans call parties.

156

Whenever you use quotes and they are directly followed by punctuation,

157

you must include the punctuation within the quotes, parties, period.

158

Reply, don't you love Hacker News?

159

It's just such a lovely place where you see really thoughtful and amazing discussions about topics.

160

But at the end of the day,

161

we still do not have the exact post-mortem,

162

so we don't know the exact cause or reasoning,

163

or will GitHub even provide us with the exact details?

164

I don't know.

165

So if anybody can answer these questions,

166

does Microsoft actually use a force underneath the hood to be able to align histories?

167

Were there revert commits, which I don't think there was because nobody is saying that on the internet,

168

wouldn't this cause all sorts of history being absolutely destroyed?

169

Wouldn't this be kind of easy to be able to kind of resolve?

170

Maybe, yeah, it would take a little bit of time.

171

Maybe you have to ask Claude Opus for,

172

you know, mythos to be able to resolve it,

173

but you should be able to get this done pretty quick.

174

And really, was it only 2,800 PRs?

175

Is that it?

176

I mean, Mr. 200 over there doesn't seem to make that to be the case.

177

The name is that I think the most impressive thing out of all of this is

178

that GitHub created such a monumentously good name that even after GitHub ceased to be Git for a little bit,

179

everybody's probably still going to keep on using it.

180

I mean, now that, my friends,

181

is one of the most impressive products of all time.

182

At this point, it seems like GitHub is more addictive than cigarettes.

183

A jet.

184

Hey, is that HTTP?

185

Get that out of here.

186

That's not how we order coffee.

187

We order coffee via sshterminal.shop.

188

Yeah, you want a real experience?

189

You want real coffee?

190

You want awesome subscriptions so you never have to remember again?

191

Oh, you want exclusive blends with exclusive coffee and exclusive content,

192

then check out Kron.

193

You don't know what SSH is?

194

Well, maybe the coffee is not for you.

앱 다운로드

유창하게 말하는 데 필요한 모든 것

AI 발음 평가문장마다 점수 확인

IPA 발음 연습모든 소리 마스터

단어 학습나만의 단어장 만들기

단어 게임놀면서 외우기

QR 스캔

Download on theApp Store Get it onGoogle Play

같은 채널

FOR YOU

왜 이 비디오로 말하기 연습을 해야 할까요?

이 비디오는 GitHub의 심각한 오류에 대한 내용을 다루고 있습니다. 이러한 기술적 주제를 영어로 이야기하는 과정에서, 여러분은 영어 회화 연습을 통해 전문 용어와 일상 회화를 동시에 배울 수 있습니다. 특히, 유튜브 영어 공부를 활용하여 생생한 상황에서 대화를 도전하는 기회를 제공합니다. 기술 관련 콘텐츠에서 나오는 어휘와 표현을 통해 실제 상황에서 쓰이는 언어를 익힐 수 있습니다.

문법 및 표현 분석

이 영상에서 사용된 몇 가지 주요 문법 구조와 표현을 살펴보겠습니다:

“which is to create” - 이는 목표를 설명할 때 자주 쓰이는 구조로, 무엇인가를 만들거나 수행하는 데 대한 목적을 분명히 합니다.
“making earlier changes appear reverted” - 이 표현은 수동태를 활용하여 어떤 행동의 결과를 설명하는 데 유용합니다. shadow speech의 연습을 통해 이러한 수동태 표현을 보다 자연스럽게 사용할 수 있습니다.
“you would look at the PR” - 가정법을 사용하는 예시로, 실제 상황이 아니라 가상의 가능성을 언급하면서 대화를 진행합니다. 이와 같은 구조는 영어 회화에서 자주 사용되므로 연습할 가치가 있습니다.

일반적인 발음 함정

영상에서 나오는 몇 가지 발음이 어려울 수 있습니다:

“merge” - 이 단어는 일반적인 발음과 다르게 강세가 특정 음절에 놓이는 경우가 있어 발음하기가 어렵습니다. 영어 쉐도잉 방법을 활용하여 이 단어를 반복적으로 연습해보세요.
“reverting” - 한국어 발음으로 혼동할 수 있는 부분입니다. 이 또한 shadowspeak을 통해 연습하며 익숙해질 수 있습니다.
“commit” - 기술 전문 용어로서, 비슷한 발음을 가진 단어들과 혼동될 수 있습니다. 영상에서 제공하는 맥락에서 발음을 집중적으로 연습하세요.

이 비디오를 통해 배우는 영어는 단순한 단어들만이 아닙니다. 상황을 이해하고, 표현을 적용하며, 발음을 연습하는 과정이 여러분의 영어 실력을 한층 더 높여줄 것입니다.

이 영상의 문법

화자가 가장 많이 쓰는 문형을 영상 속 실제 표현과 함께 정리했습니다.

문형	영상 속 표현
현재완료 have/has + 과거분사 — 과거의 일이 지금도 관련이 있을 때	I've heard · has happened · has discovered
수동태 be + 과거분사 — 누가 하는지보다 무슨 일이 일어나는지에 초점	was born · were generated · were quietly removed
관계절 who / which + 절 — 사람이나 사물에 대한 추가 정보	GitHub, which is · unreverted, which is · people who are

쉐도잉이란? 영어 실력을 빠르게 키우는 과학적 방법

쉐도잉(Shadowing)은 원래 전문 통역사 훈련을 위해 개발된 언어 학습 기법으로, 다언어 학자인 Dr. Alexander Arguelles에 의해 대중화된 방법입니다. 핵심 원리는 간단하지만 매우 강력합니다: 원어민의 영어를 들으면서 1~2초의 짧은 지연으로 즉시 소리 내어 따라 말하는 것——마치 '그림자(shadow)'처럼 화자를 따라가는 것입니다. 문법 공부나 수동적인 청취와 달리, 쉐도잉은 뇌와 입 근육이 동시에 실시간으로 영어를 처리하고 재현하도록 훈련합니다. 연구에 따르면 이 방법은 발음 정확도, 억양, 리듬, 연음, 청취력, 말하기 유창성을 크게 향상시킵니다. IELTS 스피킹 준비와 자연스러운 영어 소통을 원하는 분들에게 특히 효과적입니다.

섀도잉 방법: 단계별 전체 가이드 읽기 →

쉐도잉 연습: Github are you joking? - 영상으로 영어 말하기 배우기

연습 모드 선택

앱 다운로드

같은 채널

It’s not just you

Go’s Big Mistake

He Realized his Mistake

People Are Mad They're Told to Learn

Maybe we were wrong

You won't fall behind

He’s always wrong

Casey Muratori Judges Our Digging Games | TheStandup

추천 영상

When open-sourcing your code goes wrong...

Why Shopify Moved Inventory Reservations from Redis to MySQL

Did Anthropic Kill Git?

BIGGEST npm Hack of 2026 Just Happened?!

Beyond Code Coverage: Functionality Testing with Playwright — Marlene Mhangami, Microsoft

Watch this before you boot up another device

The plan to break apart Google... RIP Chrome

JavaScript Visualized - Event Loop, Web APIs, (Micro)task Queue

MySQL took 21 years to fix this bug

How Does a URL Shortener Work?

What is clean code? - Uncle Bob

Microsoft Is (Finally) Getting What They Deserve...

왜 이 비디오로 말하기 연습을 해야 할까요?

문법 및 표현 분석

일반적인 발음 함정

이 영상의 문법

쉐도잉이란? 영어 실력을 빠르게 키우는 과학적 방법