Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Revert "testing rebase breakage" #436

Merged
merged 1 commit into from
Sep 29, 2022
Merged

Revert "testing rebase breakage" #436

merged 1 commit into from
Sep 29, 2022

Conversation

elreydetoda
Copy link
Collaborator

@elreydetoda elreydetoda commented Sep 29, 2022

Reverts #435

sorry thought this was open against my personal repo... 🤦

@elreydetoda elreydetoda merged commit 06ba036 into main Sep 29, 2022
@elreydetoda elreydetoda deleted the revert-435-main branch September 29, 2022 06:06
@gerbrent
Copy link
Collaborator

gerbrent commented Sep 30, 2022

I believe this may have caused some deploy issue - git on the prod server was complaining about diverging branches...

We had to jump on the box, clear the local git repo and redeploy..
There can be methods for avoiding this in the future, since we do not really ever intend to need some git pushing functionality from the production box.

@gerbrent
Copy link
Collaborator

Also: pushing to main should have more protections. This should, in best case, not be possible to have such an error break deployments... the consequences were small this time (no update of scrapes, therefore LAN missing from production) however, I wonder if it could potentially be more problematic.

@gerbrent gerbrent added bug Something isn't working JB - action needed action needed from a JB Team member infrastructure Related to infrastructure labels Sep 30, 2022
@elreydetoda
Copy link
Collaborator Author

I believe this may have caused some deploy issue - git on the prod server was complaining about diverging branches...

That's so weird because it had 2 successful runs after that PR...

We had to jump on the box, clear the local git repo and redeploy..

Just since you'd linked to it, the --ff-only git config option is the least interactive and most guaranteed to not screw things up.

There can be methods for avoiding this in the future, since we do not really ever intend to need some git pushing functionality from the production box.

Also, another side note while I'm thinking about it, is if we'd gone with an artifact approach to where that's the only thing the server is pulling down. It wouldn't care about these kinds of things. It just would pull down the container and keep running. It's because we're pulling down the repo on the prod server is why this git conflict error happened. Some could argue that's a feature, but I'm just giving facts about the situation 😅. my E2E PR already has the fundamentals if we wanted to use that approach since I'm already building the prod container and pushing to quay in it. Also, I'll happily jump on a call to help out get this setup if we want it.

Also: pushing to main should have more protections.

Ya, I've outlined the branch protection we should use for main and 2 options for the develop here. Also @CGBassPlayer outlines where to go to add those branch protections.

@gerbrent
Copy link
Collaborator

gerbrent commented Oct 3, 2022

That's so weird because it had 2 successful runs after that PR...

right?! I didn't know what to make of that.......

@elreydetoda
Copy link
Collaborator Author

That's so weird because it had 2 successful runs after that PR...

right?! I didn't know what to make of that.......

Ya...I have no idea 😅

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working infrastructure Related to infrastructure JB - action needed action needed from a JB Team member
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants