[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Renaming files with git not all that bad?
From: |
Tassilo Horn |
Subject: |
Re: Renaming files with git not all that bad? |
Date: |
Thu, 09 Dec 2021 07:02:09 +0100 |
User-agent: |
mu4e 1.7.5; emacs 29.0.50 |
Yuri Khan <yuri.v.khan@gmail.com> writes:
> The gist of it is:
>
> * From the original point, start multiple branches, one for each part.
> * On each branch:
> * Rename the original file to the file name of the target part, and
> commit just this renaming.
> * Then, remove the lines that do not belong to this part, and also commit.
> * Finally, do an octopus merge on all the branches together.
>
> This way, each part traces its ancestry to the original file through a
> rename-only commit.
Couldn't the same effect be achieved in a simpler manner by copying the
original file N times in one commit and then stripping the copies and
original down to what they should eventually become? (AFAIK, git has no
problem detecting literal copies.)
Bye,
Tassilo
- Re: Splitting image-dired.el into smaller files, (continued)
Renaming files with git not all that bad?, Stefan Kangas, 2021/12/08
Re: Renaming files with git not all that bad?, Yuri Khan, 2021/12/09
Re: Renaming files with git not all that bad?, Stefan Kangas, 2021/12/09
Re: Renaming files with git not all that bad?, Tassilo Horn, 2021/12/10
Re: Renaming files with git not all that bad?, Yuri Khan, 2021/12/11
Re: Renaming files with git not all that bad?, Stefan Kangas, 2021/12/09
Re: Renaming files with git not all that bad?, tomas, 2021/12/09
Re: Renaming files with git not all that bad?, Stefan Kangas, 2021/12/09
Re: Renaming files with git not all that bad?, tomas, 2021/12/10