[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 08:04:50 +0100 |
User-agent: |
mu4e 1.7.5; emacs 29.0.50 |
Yuri Khan <yuri.v.khan@gmail.com> writes:
>> 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.)
>
> Indeed, I tried this and it works for me, as long as the first commit
> is only literal copies. Maybe Git’s ancestry detection through copies
> was not as advanced in the unspecified times when Raymond invented his
> technique.
Yes, that might be. BTW, if you still have your test example: what
happens when you squash the copy commit and the following strip-down
commits? Is the history still intact? (I guess, no, but who knows.)
Bye,
Tassilo
- Re: Splitting image-dired.el into smaller files, (continued)
- 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