Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 334741

Summary:	Can't rename file without history loss
Product:	[Technology] EGit	Reporter:	razu <razu.dev>
Component:	Core	Assignee:	Project Inbox <egit.core-inbox>
Status:	CLOSED FIXED	QA Contact:
Severity:	normal
Priority:	P3	CC:	daniel.stein, manuel.doninger, marc.khouzam, razu.dev
Version:	0.10.0
Target Milestone:	---
Hardware:	PC
OS:	Linux
Whiteboard:

Description razu

2011-01-19 02:13:24 EST

When I'm renaming file, EGit detects it as removing old file and adding a new one, so when I commit such change, history of file is lost.

Comment 1 Daniel Stein

2011-01-21 06:01:05 EST

I have the same problem. The annoying thing is that if someone change a file in a branch, that is renamed in another branch, egit can't merge the two branches in a sufficient way.

Comment 2 Manuel Doninger

2011-01-24 08:04:37 EST

The history of the file isn't lost, but only not shown. If you try a "git log --follow" with a command line Git on that files, you will see the complete history. Git tracks files not on the basis of file names, but on the basis of contents and hash sums.
See bug 302549, which also describes this problem.

Comment 3 Stefan Lay

2011-11-16 10:21:36 EST

This is fixed with 7e8fef95439e087e2621d9f33c6790675a1cfa57