• Lucy :3@feddit.org
    link
    fedilink
    arrow-up
    2
    arrow-down
    1
    ·
    23 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
      17 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
          7 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
      ·
      21 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.