This is a lawsuit waiting to happen. Anyway any of you ever heard of ACID? Why aren’t our undo buffers durable and integrated with version control? Squash and forget the individual keystrokes as soon as an actual commit is made.
Counterpoint: Virtualized environment/remote desktop. The real computer is in a data center hundreds of kilometers away with world class fire suppression systems.
Counter counterpoint: If you’re virtualized you might be working from home, in which case, that’s rough, hope they manage to restore your house.
With a laggy desktop experience i also can’t really configure how i want? No thank you. It’s bad enough i have to use Windows for software development instead of letting me install Linux
I like it because I don’t have any of the company’s shit on my own machine. I absolutely don’t trust them not to spy on my personal computer use if they had access to it. With remote desktop I close it at the end of the work say and it has no more access to my computer than I have access to their critical systems.
In my case, their shit that we’re required to use don’t even support Linux so if it wasn’t for virtualized environment I’d had to install Windows on my own machine.
Merging conflicts will be an issue no matter what you’re working on. Maintaining different sets of code bases based on the version/release will be an issue even when working alone.
Situation: You’re building some software to display emojis based on user input.
Current code: when user types “happy”, output 🙂
Your new requirement: when user types “happy”, output 😃 instead of 🙂
Coworker’s new requirement: when user types “sad”, output 😭
You implement your change, back it up, and the new version with 😀 is released. But it turns out 😃 is the ultimate insult in the Snowflake region, and you need to immediately rollback 😃 back to 🙂 while you find an alternative.
Meanwhile, Coworker has added 😭 to your backup, which still has 😃. Now when you try to rollback to 🙂, Coworker’s code gets erased. Now your code is unable to safely support both 😭 with 🙂 without starting over entirely. Maybe you want to disable 😀 only for the Snowflake region, but that’s not possible either without harding coding the regions instead of just changing the deployment.
Now imagine working with a team of 10 people, or a company with 100 people working on this same software. With features and release dates constantly changing.
I would agree with more people these tools become more needed, but I am talking about a solo dev situation who is the only person who accesses the code base. All other contributors I carefully import.
That doesnt sound like a good reason. What other reasons could you possibly have to do copypasta backups over what you can at least use as a diff based backup letting you still access any old version you want
I just find frequent full backups give me more control and less surprises when I find out my code did not sync/commit or some other issue. Done it for 3 years and it has been very worthwhile. Saved my project from a loss so many times now.
If the flames are nearby I would be so reckless and execute git push --force.
I don’t want to die for a merge conflict.
But maybe then the team will burn me later.
i read a reddit post years ago where a someone wrote a script that iterates through all the projects in their dev folder, for each project creating a new branch, committing and pushing.
they then aliased it to “fire” or “panic” or something like that.
Add comment