• TheHarpyEagle
      link
      175 months ago

      Melting because someone didn’t configure the right profile and now isort and black are fighting over imports.

  • @[email protected]
    link
    fedilink
    73
    edit-2
    5 months ago

    Why is the wrong version always the one that is posted.

    The (in my eyes) correct (and iirc original) version is:

    • Git commit
    • Git push
    • Get out*

    *as someone pointed out (and I remember it as well, but thought I rembered it wrong and corrected it, shame on me in this context) the last point may be originally “git out”

    • @ChaosInstructor
      link
      305 months ago

      i might remember it wrong…but was it not ‘git out’?

    • @uis
      link
      125 months ago

      Here git out is mentioned

    • @jaybone
      link
      15 months ago

      I remember creating an alias for “git out” which worked like teamware or meecurial’s “out” (outgoing) command to show you what you would be pushing to a branch.

  • Shizu
    link
    545 months ago

    Merge conflict

    • @pivot_root
      link
      195 months ago

      Here at Company Inc, we continue to send our thoughts and prayers to the 38 interns who perished in the office fire of ‘07. Sixteen years later, we still mourn the loss caused by this unpredictable, unpreventable, and unlitigatable accident. We hope that, in time, the grieving families of those interns are eventually able to move on with both their hearts and their loved ones’ funeral expense debts.

      • Fushuan [he/him]
        link
        fedilink
        English
        45 months ago

        Ofc, you might be working directly on develop/master/shared branch, I know people that work in those environments (ew)

        • @[email protected]
          link
          fedilink
          English
          75 months ago

          Right, on shared branch you might need to pull first if you’re out of date (and you would be if you’re all leaving the office at the same time), and that could cause a merge conflict.

          It’s like I always said, bad branching strategies are a fire safety issue.

  • PrettyFlyForAFatGuy
    link
    fedilink
    46
    edit-2
    5 months ago

    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.

    not a bad idea really

  • Fushuan [he/him]
    link
    fedilink
    English
    365 months ago

    Slight correction. In case of fire:

    Git checkout -b firemyusername Git commit -am=“fire” Git push.

    We don’t want to have conflicts with code versions when going in on a rush, better to create a new branch. We can merge all the conflicts afterwards.

    • @[email protected]
      link
      fedilink
      25 months ago

      Oh man I hadn’t seen a git checkout -b in years haha since they introduced switch and restore, never looked back

      • Fushuan [he/him]
        link
        fedilink
        English
        25 months ago

        I’ll admit I just press the buttons in my favourite IDE and had to look up the commands to remind myself, but yeah.

    • @marx2k
      link
      1
      edit-2
      5 months ago

      Gonna need some semicolons or double ampersand in there

      • Fushuan [he/him]
        link
        fedilink
        English
        25 months ago

        Nah, what I need is doble new lines of code blocks since this is markdown and it fucked the display.

    • Redeven
      link
      165 months ago

      Just

      git add . && git commit -m "sorry theres a fire" && git push -u origin feature/fire

      And run out. It will eventually finish pushing. Or not.

    • @applebusch
      link
      15 months ago

      You could change it to git commit . to add and commit everything. But just in case you weren’t up to date, you should probably do

      git commit .
      
      git pull -s ours
      
      git push
      

      For maximum chaos.

  • Marxism-Fennekinism
    link
    fedilink
    English
    13
    edit-2
    5 months ago

    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.

    • @[email protected]
      link
      fedilink
      45 months ago

      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

      • Marxism-Fennekinism
        link
        fedilink
        English
        4
        edit-2
        5 months ago

        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.

        • @[email protected]
          link
          fedilink
          25 months ago

          Fair, good point. I guess i’m lucky that i don’t have to use my own devices, my machine is provided by my employer.

  • @xantoxis
    link
    95 months ago

    And if your git repo is self-hosted on-prem, you’d better be helping pack it and carry it out.

  • @[email protected]
    link
    fedilink
    65 months ago

    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.