• @hperrin
    link
    142 months ago

    What? Why would you need to do this? Is someone fucking with the .git directory?

    • Ephera
      link
      fedilink
      162 months ago

      It does sometimes happen that something in there just breaks and isn’t easy to recover. But it can also be a matter of (inexperienced) devs just deciding, fuck it, I won’t try to merge it, I’ll just copy my changes elsewhere and throw away the repo.

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

        I have never had git get into a state I cannot get out of. Even if that is a reset, checkout or clean. And those are very rare. How are people breaking things so often.

        Learn the tools you use daily, it saves you a lot of headache in thelong term.

        • Ephera
          link
          fedilink
          62 months ago

          Oh yeah, but I’m talking about the internal Git state just genuinely being broken, for example: https://stackoverflow.com/questions/14448326/git-commit-stopped-working-error-building-trees
          Ultimately, if you spend half an hour debugging that, it just starts being a waste of time compared to cloning anew.

          As for how to merge, yes, one should learn that. The problem is that the complexity of the code changes adds on top of whatever insecurities you might still have with Git.
          I did put “inexperienced” in braces there, because even as an experienced dev, merges are sometimes just not worth doing. In that case, you could just checkout the branch a second time, but well, still not that different.

        • @[email protected]
          link
          fedilink
          11 month ago

          Step 1. Forget to push local commits

          Step 2. Push commits from another machine

          Step 3. Pull from remote om the first machine

          I’m a bit of a noob, I often do this when I get too careless.

          • @[email protected]
            link
            fedilink
            English
            21 month ago

            That should not break things though. Maybe get a merge conflict that you need to sortout at worst. This is essentially the constant state of working with other people on a project.

      • @[email protected]
        link
        fedilink
        61 month ago

        But it can also be a matter of (inexperienced) devs just deciding, fuck it, I won’t try to merge it, I’ll just copy my changes elsewhere and throw away the repo.

        Pretty sure that’s actually it. Git has a learning curve and, for example, some naive rebase not working out as intended can be scary if you don’t know what you’re doing.

    • @[email protected]
      link
      fedilink
      91 month ago

      People inexperienced with git can get stuck after doing some funky checkout / rebase stuff. If you don’t know your way around git so well, I guess this is the obvious solution.

    • @SirQuackTheDuck
      link
      51 month ago

      I’ve been doing this yesterday. Not because Git broke, but since Intellij kept pulling invalid configs from the cache, and that was based on some kind of path identifier it seemed.

    • Johanno
      link
      fedilink
      31 month ago

      Gradle!

      Fucking gradle. I do config stuff, rerun gradle error here, I fix the error rerun gradle: sth. Violation error.

      Ok intellij invalidate chaches and restart… Still same error.

      Fine I’ll do it again

      git add. 
      git commit -m "stuff"
      git push
      
      rm -rf repo
      git clone repo
      
      • @[email protected]
        link
        fedilink
        41 month ago

        You can probably use something like

        git clean -xdf
        

        To get rid of all the artifacts not tracked by git, in this case it’s virtually the same as deleting the repo and re-cloning it.

        NOTE: Make sure everyhing is staged, otherwise that data is gone