How do I join two git repos without a common root, where all modified files are the same?

I have a git-cpan-init of a repo which yielded a different root node from another already established git repo I found on github C:A:S:DBI. I’ve developed quite a bit on my repo, and I’d like to merge or replay my edits on a fork of the more authoritative repository. Does anyone know how to do this? I think it is safe to assume none of the file-contents of the modified files are different — the code base hasn’t been since Nov 08′.

For clarity the git hub repo is the authoritative one. My local repo is the one I want to go up to git hub shown as a real git fork.

  • git rebase merge conflict
  • GitHub: how to add Subfolders to a GitHub-Repository
  • ASP NET Core: How to create wwwroot/lib on build
  • Creating a git Branch after changes have been made to master
  • Should I add *.kproj.user to gitignore
  • How can I view the history of a single branch in EGit for eclipse
  • Is it possible to ignore file recreation in git?
  • Using Git on Windows
  • How can I gitignore files in a directory structure but maintain the directory structure?
  • Permission denied (publickey) fatal: Could not read from remote repository. while cloning Git repository
  • Git can't checkout a repo from github
  • How can I use “chmod” command under the NTFS file system
  • 2 Solutions collect form web for “How do I join two git repos without a common root, where all modified files are the same?”

    You should be able to add a remote to your existing repository (using git remote add) so that you can fetch the contents of the github repository into your existing repository.

    Assuming that you have a commit in your history (call it O) and a commit in the remote branch (call it R) that correspond to the same set of files (e.g. they are both imports of the same release version), then you can just do an ‘onto’ rebase. Assuming you have the tip of your changes currently checked out:

    git rebase --onto R O             # R and O are sha1 ids (possibly abbreviated)

    This replays all of your commits since O onto the new R root commit.

    Once you’ve done this, if you are not up to date with the latest remote master branch you can use a normal rebase to get there and git’s history tracking will take care that your changes are applied in a way that makes sense.

    git rebase <remote_name>/master   # where <remote_name> is whatever
                                      # you called the github remote when
                                      # you used git remote add

    A Graft Point would help I think.

    Git Baby is a git and github fan, let's start git clone.