Re: Renaming files with git not all that bad?

[Tassilo Horn <tsdh@gnu.org>]

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