symlink impact: parent dir of working tree is a symlink

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



      What is the impact if the parent directory of a git repo is a symlink?

      In the git release notes I've noticed a trend of symlinks not playing 
well with git.  I don't normally use symlinks, but my impression is that the 
git release notes were referring to the scenario when a subset of files in 
your working tree are symlinks.  I have a symlink scenario I now have to 
deal with and I'm not sure what impact it will have on my git results.  Here 
is the scenario:

      *At this time, all of our git repos reside on the root partition of a 
single linux server.
      *We have two systems under development and they have separate 
"development environments":
      (a)One dev environment uses the linux command line to maneuver the 
file system and to run their git commands.
      (b)The other dev environment uses an in-house developed menu system 
that is text-based using bash scripts to run the git commands.  The users 
are not supposed to run any git commands from command line in this dev 
environment (This was not my decision so please don't hold it against me.)
      *System (a) gets periodically merged into (b) by rebasing (a) onto 
(b).  (a) is the legacy system and (b) is the future system.  (a) resides 
under /home/user/ where there are several users, and (b) resides under 
/opt/xyz/
      *We have a goldbox (baremetal linux server) that contains several git 
repos and they are all full copy clones made with the file:/// url.  The 
goldbox is a "powerful" box.
      *We have a betabox (baremetal linux server) that is for testing risky 
procedures before implementing them on the goldbox.  The betabox is a 
"weaker" box.
      *I need to bring the betabox up-to-date with the goldbox, but the 
development environment on the root partition of the goldbox is too big to 
fit on the root partition of the betabox.  Therefore, we have symlinked the 
/opt/xyz/ and /home/ directories to the /u/ partition (which resides on the 
same hard-disk as the root partition) which has plenty of space to hold the 
development environment.
      *As a result, the scripts that point to /opt/xyz/ and /home/user/ to 
find the git repos on the root partition of the goldbox will still work on 
the betabox, but on the betabox these paths are symlinked to /u/ partition.
      */opt/xyz/ and /home/ are the only symlinks.  There are no symlinks in 
the working trees or .git directories or git template directories.  None of 
the "external" git files, e.g. gitconfig, .gitconfig, or template files are 
symlinks.
      *Is this betabox setup still valid for a beta test for the goldbox? 
Has this symlink setup that I've introduced on the betabox introduced  a 
difference that could cause git to produce different results?  If I have 
introduced a such a difference, how much impact do you think it will have? 
How valid do you think the results on such a betabox would be for proving 
their safety on the goldbox?

      If this betabox setup with symlinks is a valid beta test for the 
goldbox, this would save us from having to rebuild the betabox with a larger 
root partition.  Thanks!

      v/r,
      Neal



--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]