On Thu, Oct 16, 2014 at 12:09 AM, Junio C Hamano wrote:
> Hmph. I was hoping that the multiple-work-trees topic was ready for
> 'next' by now, but we may want to wait to see how the interaction
> with submodule plays out to have another chance of a clean reroll
> before it happens. This is a top
On hooks Git automatically prepends to the `PATH` via the `setup_path` function:
- `git --exec-path` (`/usr/lib/git-core`)
- the directory of `$0` (`/usr/bin`) if you call it with the full path
The problem is that the `/usr/bin` breaks "interpreter version manager
systems" like RVM, rbenv, virtua
On 2014-10-16 17:26, Marc Branchaud wrote:
I just don't see what difference the --borrow option makes. Consider the two
cases:
With just --reference=/local/pool/linux.git:
1. Set up the alternates file with that path.
x. Fetch object from origin not present in pool
Hello,
It seems to me that the colors used to indicate the repo's state in the
prompt are hardcoded although the top comment says otherwise.
>From contrib/completion/git-contrib.sh:
[83]# If you would like a colored hint about the current dirty state, set
# GIT_PS1_SHOWCOLORHINTS to a nonempty v
Hi,
I'm currently migrating an SVN repository to Git using git-svn (Git
for Windows 1.8.3-preview20130601), and I'm experiencing severe
performance problems with "git svn fetch". Commits to the SVN "trunk"
are fetched very fast (a few seconds or so per SVN revision), but
commits to some branches (
From: "Jeff King"
[subject tweaked as we have veered quite far off the original, and
this might get more attention from interested people]
On Thu, Oct 16, 2014 at 10:39:54AM -0700, Junio C Hamano wrote:
2. We use object_array_remove_duplicates() to de-dup "git bundle
create x master ma
Good evening,
I am having difficulties with "git pull" command. Couple days ago it
worked perfectly, no problem. Now this command just runs, and does
"nothing" without any output.
I discovered that it is actually doing something and within one or two
hours it finishes successfully. But before
Avoid:
# ./t1304-default-acl.sh
ok 1 - checking for a working acl setup
ok 2 - Setup test repo
not ok 3 - Objects creation does not break ACLs with restrictive umask
#
# # SHA1 for empty blob
# check_perms_and_acl
.git/objects/e6/9de29bb2d1d6434b8b29ae775
core.filemode is set automatically when a repo is created.
But when a repo is exported via CIFS or cygwin is mixed with Git for Windows
or Eclipse core.filemode may better be set manually to false.
Update and improve the documentation
Helped-by: Junio C Hamano
Signed-off-by: Torsten Bögershausen
core.filemode is set automatically when a repo is created.
But when a repo is exported via CIFS or cygwin is mixed with Git for Windows
or Eclipse core.filemode may better be set manually to false.
Update and improve the documentation
Helped-by: Junio C Hamano
Signed-off-by: Torsten Bögershausen
"Philip Oakley" writes:
>> # two branches point at the same object
>> git branch foo master
>>
>> # the other side already has master. Let's send them foo.
>> # this will fail because the bundle is empty. That's mildly
>> # annoying because we really want to tell them "hey, update
>> # your
11 matches
Mail list logo