From ad59f856f5c98a8ccbdddd3f0dd0ae20d6376fdb Mon Sep 17 00:00:00 2001 From: Mattias Andrée Date: Mon, 16 Sep 2013 20:30:46 +0200 Subject: m + on empty directories MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: Mattias Andrée --- using-git.texinfo | 27 +++++++++++++++++++++++++-- 1 file changed, 25 insertions(+), 2 deletions(-) diff --git a/using-git.texinfo b/using-git.texinfo index 0cbf2b5..f57ea98 100644 --- a/using-git.texinfo +++ b/using-git.texinfo @@ -1310,8 +1310,9 @@ is annoying. * Git and links:: * Git and filenames:: * Git and merge tracking:: -@c TODO * git and file renames:: -@c TODO * git and encoding convertions:: +* Git and empty directories:: +@c TODO * Git and file renames:: +@c TODO * Git and encoding convertions:: @c TODO * Git and atomic commits:: @end menu @@ -1361,6 +1362,11 @@ so set it on and only on the files with a shebang or otherwise tagged to how a specific permission. +Additionally Git does not track file ownership +--- that whould not only be stupid, that would +be outright dumb, even moronic ---, access +control lists, extended attributes nor forks. + @node Git and timestamps @@ -1443,6 +1449,8 @@ it belongs. A Git repository will not grow larger if you hard link a huge file over and over again, not that you would ever want to… +However Git does not actually track hard +links. Git supports symbolic links, and stores the exact reference stored in the symlink, @@ -1492,6 +1500,21 @@ created. +@node Git and empty directories +@section Git and empty directories + +Git does not track empty directories, +it even removes them for you when +it remove all files in a directory. +Basically there is not reason to track +directories, ever, but if you are so +inclined you can add a @file{.gitignore} +file inside it. + + + + + @node Beyond Git @chapter Beyond Git -- cgit v1.2.3-70-g09d2