Peter Krefting writes:
> Oh, well, if I have the time, maybe I can come up with a patch. There
> is already some hacks in the "core.symlinks" setting, so I guess it
> should be possible.
I'd love to have a way to follow symlinks, but this needs to be done
with care: when following symlinks, writ
Peter Krefting writes:
> ...if I have the time, maybe I can come up with a patch. There is
> already some hacks in the "core.symlinks" setting, so I guess it
> should be possible.
That is totally unrelated. The variable only says "on this platform
and/or filesystem, you cannot symlink(2), so in
On 01/31/2014 04:56 AM, Peter Krefting wrote:
> Matthieu Moy:
>
>> One option is to have the symlink in the other direction: make
>> /etc/foo a symlink to $GIT_WORKTREE/foo and version the later.
>
> I do that for the software that supports it, but ssh, for instance, is
> very picky that ~/.ssh is
Matthieu Moy:
One option is to have the symlink in the other direction: make
/etc/foo a symlink to $GIT_WORKTREE/foo and version the later.
I do that for the software that supports it, but ssh, for instance, is
very picky that ~/.ssh is a directory and such. And at least one of
the other fil
Peter Krefting writes:
> Yeah, but then I have copies of the files, instead of having the files
> themselves under version control, meaning I need to copy them back to
> push changes back, or to merge them. That is undesirable :-/
One option is to have the symlink in the other direction: make /e
On Thu, Jan 30, 2014 at 10:01 AM, Peter Krefting wrote:
> Johan Herland:
>
>> I believe a preferable way to manage dotfiles in Git, is to have a script
>> that does the necessary setup/installation from the repo (that lives in some
>> subdirectory of ~) and into ~.
There are tools these days to m
Johan Herland:
I believe a preferable way to manage dotfiles in Git, is to have a
script that does the necessary setup/installation from the repo
(that lives in some subdirectory of ~) and into ~.
Yeah, but then I have copies of the files, instead of having the files
themselves under version
On Tue, Jan 28, 2014 at 2:49 PM, Peter Krefting wrote:
> Is there a (per-repo) setting to get Git to follow symlinks in the working
> directory, i.e., to not store the symlinks themselves but rather work on
> what they point to?
Not that I know of.
> Background: I have a repository that stores a
Hi!
Is there a (per-repo) setting to get Git to follow symlinks in the
working directory, i.e., to not store the symlinks themselves but
rather work on what they point to?
Background: I have a repository that stores a number of my dotfiles,
shared between all my machines (Linux, OSX, Windows
9 matches
Mail list logo
