Git: Umbenennen eines Verzeichnisses in einem Zweig

Question

Ich habe ein Projekt mit Git, wo ich vom Master abgezweigt habe, um ein Verzeichnis umzubenennen.

Das Umbenennen in der Verzweigung funktioniert wie erwartet. Wenn ich zurück in den Hauptzweig verzweige, hat das Verzeichnis seinen ursprünglichen Namen, aber es gibt auch einen leeren Verzeichnisbaum mit dem Namen, an dem ich ihn in der Verzweigung geändert habe.

Ist dies das erwartete Verhalten? Fehle ich einen Schritt?
Muss ich diese leeren Verzeichnisbäume nur so löschen, wie sie angezeigt werden?

Ich weiß Git nicht leere Verzeichnisse verfolgen, und das kann ein Faktor hier sein.

Mein aktueller Workflow ist:

# create and checkout a branch from master 
/projects/demo (master) 
$ git checkout -b rename_dir 

# update paths in any affected files 

# perform the rename 
/projects/demo (rename_dir) 
$ git mv old_dir new_dir 

# add the modified files 
/projects/demo (rename_dir) 
$ git add -u 

# commit the changes 
/projects/demo (rename_dir) 
$ git commit -m 'Rename old_dir to new_dir' 

ich zu diesem Punkt zu kommen und alles ist wie erwartet:

# old_dir has been renamed new_dir 
/projects/demo (rename_dir) 
$ ls 
new_dir 

Das Problem kommt, wenn ich zurück zu Master wechseln:

/projects/demo (rename_dir) 
$ git checkout master 

# master contains old_dir as expected but it also 
# includes the empty directory tree for new_dir 
/projects/demo (master) 
$ ls 
old_dir new_dir 

new_dir ist ein leerer Verzeichnisbaum, also git wird es nicht verfolgen - aber es ist hässlich dort zu haben.

Answer 1

Ja, Sie können es entfernen. Sie können auch git clean -d verwenden, um das Verzeichnis zu entfernen.

Answer 2

Es ist ziemlich wahrscheinlich, dass Sie Dateien im neuen Verzeichnis versteckt haben. "ls -a newdir"