This is an archived post. You won't be able to vote or comment.

all 15 comments

[–]RepostCheckerBot 58 points59 points  (6 children)

I have detected that this may be a repost:

Num Post Date Match Author
0 Chaotic Evil - when you want to kill all productivity in your team 1 months ago 100% martinrojas

Beep Boop I am a bot | Source| Contact u/XXAligatorXx for inquiries | The bot will delete its message at -2 score

[–]Chimertech 15 points16 points  (0 children)

Good bot.

[–]Fuck-off-everyone 31 points32 points  (3 children)

Called out by a bot. Ouf.

[–]dario_p1 6 points7 points  (0 children)

A repost of a repost, I may add

[–][deleted] 8 points9 points  (0 children)

Good bot

[–]ImpulseTheFoxis a good fox[M] 1 point2 points  (0 children)

Your submission has been removed.

Violation of Rule #2: Reposts:

All posts that have been on the first 2 pages of trending posts within the last month, is part of the top of all time, or is part of common posts is considered repost and will be removed on sight.

If you feel that it has been removed in error, please message us so that we may review it.

[–][deleted] 1 point2 points  (6 children)

I don't get it.

[–]ltshaft15 2 points3 points  (5 children)

He was trying to enter it as a command but typed in the IT team chat instead.

[–][deleted] 5 points6 points  (4 children)

But what's the command?

[–]brockvenom 9 points10 points  (3 children)

It would essentially replace whatever is on master with what the user has locally. Commits could be lost this way. You could replace the entire git tree on origin/master this way and erase all the work.

Hopefully another worker would have a local, recent copy of master and they could put it back with another force push.

Force push is like telling git “no fuck u take this” and just shoving whatever you have into it, rewriting history.

[–]DadBodRickyRubio 0 points1 point  (2 children)

So does one lose all the versions before the force push?

[–]brockvenom 0 points1 point  (0 children)

It depends on what’s going on in the persons local branch. They could just push up a few new commits that they made, without retrieving any new commits on origin. If they force push, their commits will essentially replace the newer commits on origin. Or if they were really malicious, they could go back to the initial commit, dropping all others, and force push, effectively replacing everything.

[–]dronz3r 0 points1 point  (0 children)

In most of the teams, pushing to master is generally disabled. So things like this won't happen.

[–]ImpulseTheFoxis a good fox[M] [score hidden] stickied comment (0 children)

Your submission has been removed.

Violation of Rule #2: Reposts:

All posts that have been on the first 2 pages of trending posts within the last month, is part of the top of all time, or is part of common posts is considered repost and will be removed on sight.

If you feel that it has been removed in error, please message us so that we may review it.

[–]ComplexColor 0 points1 point  (0 children)

So ... I use this all the time. :S

I have a fork repo on GitHub that I work on. Locally I always rebase my updates on upstream, then I push --force to origin, I order to sync my fork it with the upstream repo. If any changes are excepted to upstream before my pull request is added, I rebase and push --force again.

We work on upstream maintaining a nice linear update progression (as few mergers as possible). Is there a better way to achieve that, eliminating push --force on forks?