• Lucy :3@feddit.org
      link
      fedilink
      arrow-up
      2
      arrow-down
      1
      ·
      22 hours ago

      Huh? I’m talking about existing code being in a dir, then initting a git repo there, creating a pendant on your hoster of choice and then pushing it there. Wouldn’t cloning the repo from step 3 to the code from step 1 overwrite the contents there?

      • stembolts@programming.dev
        link
        fedilink
        arrow-up
        5
        ·
        edit-2
        16 hours ago

        There are multiple solutions to this without using --force.

        Move the files, clone, unmove the files, commit, push being the most straightforward that I can summon at this time… but I’ve solved this dozens of times and have never use --force.

        • Hoimo@ani.social
          link
          fedilink
          arrow-up
          1
          ·
          13 hours ago

          If your remote is completely empty and has no commits, you can just push normally. If it has an auto-generated “initial commit” (pretty sure Github does something like that), you could force push, or merge your local branch into the remote branch and push normally. I think cloning the repo and copying the contents of your local repo into it is the worst option: you’ll lose all local commits.

          • stembolts@programming.dev
            link
            fedilink
            arrow-up
            1
            ·
            edit-2
            6 hours ago

            True, in the situation with a local history maybe it’s worthwhile to --force to nuke an empty remote. In that case it is practical to do so. I just typically like to find non-force options.

      • dev_null@lemmy.ml
        link
        fedilink
        arrow-up
        2
        ·
        20 hours ago

        Yeah, I was thinking of a new repo with no existing code.

        In your case you’d want to uncheck the creation of a readme so the hosted repo is empty and can be pushed to without having to overwrite (force) anything.