On Sun, Mar 03, 2013 at 03:09:05PM -0500, Dale R. Worley wrote:
> > > Anyhow, the problem is with the second repository ".gitsync", it also
> > > uses the ".gitignore" files from my project's version control
> > > (the .git dir), and I don't want to use those in syncing / backup.
> > > Ideally ".gitignore" filename should be configurable, e.g. in this
> > > case ".gitsyncignore" or something.
> > I think *exactly* what you want is not currently doable
> > (what core.excludesfile specifies has lower priority than
> > the .gitignore file) but what is your *specific* problem?
> That is strange... I would expect that there is an environment
> variable or Git configuration that tells what name is the ".gitignore"
> file in a directory. As you can see, there is an environment variable
> that tells what the ".git" directory name is (GIT_DIR).
The manual page for the `git` command itself (the meta page, that is)
which lists the generic environment variables and universal command-line
options does not mention anything like this (Git version 184.108.40.206).
Thinking of it a bit more, I think this is not exactly strange: not all
Git commands have to deal with work tree files (and ignored files,
consequently). On the other hand, most (all?) Git commands have to
be able to find the repository (hence support for GIT_DIR).
But you might as well ask on the main Git list about whether such
a feature has been considered and if having it would be a good idea.
I still would like to hear from the OP about the specific commands
he's having trouble with as the problem might turn to be a non-issue.
You received this message because you are subscribed to the Google Groups "Git
for human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email
For more options, visit https://groups.google.com/groups/opt_out.