将功能分支合并到母版后重写历史记录

Question

On a personal project that I am working on, I have the following situation -

                                    N'          <-- mainscreen
                                   /
                                  | N--O--P--Q  <-- database
                                  |/
A---B---C---D---------------------M             <-- master
             \                   /
              F--G--H--I--J--K--L               <-- loginscreen

Now although I have some basic level of experience with git, I never knew about any good git practices nor have I ever worked on a big complex project before which has led my skills to stagnate. So I decided to learn it properly and follow some good practices with this project. A quick search led me to this which I guess is a popular model from all the references to it.

After going through the article, I realized that due to lack of planning in my commits, some of the code in the loginscreen branch is actually common code required in the other branches and should be kept separate. So I decided to rewrite the history of the branch so that the common code is separated out into a new develop branch. I found that interactive rebasing can be used to split the commits but I am not sure if that is possible here because I have already merged loginscreen into master (which was probably a bad idea). Basically what I want to do is -

---

1. Create a new branch develop based on A, the initial commit
2. Move B, C, D commits to develop
3. Split F - L commits such that only the code related to loginscreen is in its own branch and the common code is in develop
4. Merge loginscreen into develop
5. If possible, remove the merge commit M in master
6. Rebase the database and mainscreen branches on the new develop branch

---

The result should be something like this -

   A-----------------------M-----------      <-- master        
    \                      | N--O--P--Q      <-- database
     \                     |/
      B---C---D---G--I--K--L                 <-- develop
               \          / \
                F---H---J    \               <-- loginscreen
                              \
                               N`            <-- mainscreen

(G, I, K commits contain the common code)

Like I said, this is a personal project and hasn't been pushed yet so there will be no issues in rewriting the history. But is this even possible?

Answer 1

I easily solved this using cherry-pick. All I needed to do was create a new branch called develop on the initial commit then cherry-picked B,C and D. Then I created a new branch for the loginscreen commits and cherry-picked, separated the files, merged the branches and solved merge-conflicts as and when necessary. All this resulted in a state somewhat like this -

   A----------------------------------      <-- master        
    \                      
     \                             
      B---C---D--G--I--K--L--------------Q        <-- develop
               \   \     /   \          /
                F---H---J     M--N--O--P              <-- loginscreen

After this, adding the mainscreen and database branches was simple cherry-picking of the commits into their respective new branches on develop .

Bear in mind that this will change the commit timestamps and sometimes the author timestamps(when a conflict occurs). I did not bother with the commit ones but the author timestamps can be changed using git commit --amend --date .