* Re: Error: unable to unlink ... when using "git gc"
From: Jeff King @ 2009-01-06 7:22 UTC (permalink / raw)
To: Johnny Lee; +Cc: git
In-Reply-To: <488807870901052300y57f59b90rdc03cc47c790b416@mail.gmail.com>
On Tue, Jan 06, 2009 at 03:00:52PM +0800, Johnny Lee wrote:
> While I'm looking at these "unable to unlink" files, it seems they are
> read only:
> git@tomato:~/golf$ ls -l .git/objects/16/
> total 4
> -r--r--r-- 1 johnny johnny 26 2009-01-05 09:25
> b14f5da9e2fcd6f3f38cc9e584cef2f3c90ebe
>
> Is there anything wrong here?
It is normal for objects to be read-only. However, permission to unlink
a file comes from its directory permission. Is .git/objects/16 writable
by you?
-Peff
^ permalink raw reply
* Error: unable to unlink ... when using "git gc"
From: Johnny Lee @ 2009-01-06 7:00 UTC (permalink / raw)
To: git
Hello Everyone,
I'm new in git, and when I was practicing the tutorial:
http://www.kernel.org/pub/software/scm/git/docs/everyday.html
I've had a problem when using "git gc"
Here is the log:
git@tomato:~/golf$ git gc
Generating pack...
Done counting 121847 objects.
Deltifying 121847 objects...
100% (121847/121847) done
Writing 121847 objects...
100% (121847/121847) done
Total 121847 (delta 62587), reused 121184 (delta 62253)
Pack pack-44320b247756067835f5e4a789c7eb5bcc5266c3 created.
error: unable to unlink .git/objects/16/b14f5da9e2fcd6f3f38cc9e584cef2f3c90ebe
error: unable to unlink .git/objects/a1/f6672f6e5bd90acf16a43fea774ca655a3ab1e
error: unable to unlink .git/objects/a8/5cca5b91cf77e8df731827849308ef6dae4536
error: unable to unlink .git/objects/ae/64c9d0ea558e403acf139f690c804212d490be
error: unable to unlink .git/objects/b3/a4c72ea70a3bb43b1819a0a74268870849a21d
error: unable to unlink .git/objects/db/5ec507a2ed86169e4a31bba1d95067c4f3fac4
error: unable to unlink .git/objects/ef/65ed2454b8dcbf8837595d8881ca42898a491c
error: unable to unlink .git/objects/fb/92c37ccc8bdbf3c70bc3afaf8261cedbc92d71
Removing unused objects 100%...
Done.
While I'm looking at these "unable to unlink" files, it seems they are
read only:
git@tomato:~/golf$ ls -l .git/objects/16/
total 4
-r--r--r-- 1 johnny johnny 26 2009-01-05 09:25
b14f5da9e2fcd6f3f38cc9e584cef2f3c90ebe
Is there anything wrong here?
BTW. I've used git fsck with/without --full, it works fine and no
error is reported.
Thanks for your consideration,
Johnny
--
we all have our crosses to bear
^ permalink raw reply
* JGit vs. Git
From: Vagmi Mudumbai @ 2009-01-06 6:50 UTC (permalink / raw)
To: git
In-Reply-To: <a55cfe9d0901052249v1461c70cp1d89e184cfc05eb9@mail.gmail.com>
Hi,
I am a git and a jgit noob. Be gentle. :-)
1) Is JGit a drop in replacement of Git? In sense, if I were to pack
in an SCM with my app, Can I pack jgit instead of C Git?
2) I noticed that there are no 'add' and 'commit' commands (at least
from the source) in the org.spearce.git.pgm project. I am looking at
the repo.or.cz/egit.git repo. I had a brief look at the
lib/GitIndex.java and lib/Repository.java. GitIndex has the add
methods to add files/entries to the index. I am still stumped on how
commits can be done with JGit. Any help is hugely appreciated.
I am working on Windows with msysGit behind a HTTP Proxy. (Life cant
get worse, I guess.) . I planned on using grit via JRuby but grit uses
fork which is not available on funny platforms like windows. And JRuby
guys do not have any plan on supporting fork even on platforms on
which for is supported. If JGit is a pure Java based implementation of
Git with more or less the same functionality, then my work becomes a
lot easier.
Regards,
Vagmi
^ permalink raw reply
* What's cooking in git.git (Jan 2009, #01; Mon, 05)
From: Junio C Hamano @ 2009-01-06 6:33 UTC (permalink / raw)
To: git
What's cooking in git.git (Jan 2009, #01; Mon, 05)
--------------------------------------------------
Here are the topics that have been cooking. Commits prefixed
with '-' are only in 'pu' while commits prefixed with '+' are
in 'next'. The ones marked with '.' do not appear in any of the branches,
but I am still holding onto them.
The topics list the commits in reverse chronological order. The topics
meant to be merged to the maintenance series have "maint-" in their names.
Sorry to have been lagging a bit. There are a few patches I am interested
in but haven't studied yet nor mentioned here. I've been swamped outside
git lately for the past few days, but hopefully I can get to them shortly.
----------------------------------------------------------------
[New Topics]
* js/bundle-tags (Fri Jan 2 19:08:46 2009 +0100) 1 commit
+ bundle: allow rev-list options to exclude annotated tags
* js/add-not-submodule (Fri Jan 2 19:08:40 2009 +0100) 1 commit
+ git add: do not add files from a submodule
* pb/maint-git-pm-false-dir (Mon Dec 29 01:25:00 2008 +0100) 1 commit
+ Git.pm: correctly handle directory name that evaluates to "false"
* pj/maint-ldflags (Sun Jan 4 21:27:41 2009 -0500) 1 commit
+ configure clobbers LDFLAGS
* fe/cvsserver (Fri Jan 2 16:40:14 2009 +0100) 2 commits
+ cvsserver: change generation of CVS author names
+ cvsserver: add option to configure commit message
* js/maint-bisect-gitk (Fri Jan 2 19:08:00 2009 +0100) 1 commit
+ bisect view: call gitk if Cygwin's SESSIONNAME variable is set
* np/no-loosen-prune-expire-now (Tue Dec 30 14:45:11 2008 -0500) 1 commit
+ objects to be pruned immediately don't have to be loosened
* cb/maint-unpack-trees-absense (Thu Jan 1 21:54:33 2009 +0100) 3 commits
+ unpack-trees: remove redundant path search in verify_absent
+ unpack-trees: fix path search bug in verify_absent
+ unpack-trees: handle failure in verify_absent
* mc/cd-p-pwd (Tue Dec 30 07:10:24 2008 -0800) 1 commit
+ git-sh-setup: Fix scripts whose PWD is a symlink to a work-dir on
OS X
All of the above are good fixes and clean-ups; will be fast-tracked to
'master' and maintenance branches as appropriate.
* mv/apply-parse-opt (Sun Dec 28 00:03:57 2008 +0100) 1 commit
+ parse-opt: migrate builtin-apply.
* mh/cherry-default (Thu Jan 1 22:56:29 2009 +0100) 2 commits
+ Documentation: clarify which parameters are optional to git-cherry
+ git-cherry: make <upstream> parameter optional
* rs/maint-shortlog-foldline (Mon Dec 29 23:15:50 2008 +0100) 1 commit
- [Need tidying up the log] pretty: support multiline subjects with
format:
* tr/rebase-root (Fri Jan 2 23:28:29 2009 +0100) 4 commits
- rebase: update documentation for --root
- rebase -i: learn to rebase root commit
- rebase: learn to rebase root commit
- rebase -i: execute hook only after argument checking
I should be able to find time to read this over again and merge to
'next' sometime this week.
* as/autocorrect-alias (Sun Jan 4 18:16:01 2009 +0100) 1 commit
+ git.c: make autocorrected aliases work
* as/commit-signoff (Mon Dec 29 12:16:45 2008 +0100) 1 commit
- [WIP] Add a commit.signoff configuration option to always use --
signoff in commit
----------------------------------------------------------------
[Stalled and may need help and prodding to go forward]
* wp/add-patch-find (Thu Nov 27 04:08:03 2008 +0000) 3 commits
. In add --patch, Handle K,k,J,j slightly more gracefully.
. Add / command in add --patch
. git-add -i/-p: Change prompt separater from slash to comma
Will discard and wait for a resubmit.
* kb/am-directory (Fri Aug 29 15:27:50 2008 -0700) 1 commit
. git-am: Pass the --directory option through to git-apply
A reroll of this by Simon Schubert triggered a series to fix a parameter
propagation bug, and another reroll to add "git am --directory=path/"
should be much easier now. I am not likely to use the feature myself, so
it is up to intrested volunteers to carry it forward.
* ds/uintmax-config (Mon Nov 3 09:14:28 2008 -0900) 1 commit
- autoconf: Enable threaded delta search when pthreads are supported
This automatically enables threaded delta search code when autoconf
detects pthreads are usable. I haven't heard neither positive nor
negative comments from minority platforms that might be harmed, but
this feels like the right thing to do, so perhaps the best course of
action is to merge this down to 'master' and see if anybody screams.
* jc/blame (Wed Jun 4 22:58:40 2008 -0700) 2 commits
+ blame: show "previous" information in --porcelain/--incremental
format
+ git-blame: refactor code to emit "porcelain format" output
This gives Porcelains (like gitweb) the information on the commit _before_
the one that the final blame is laid on, which should save them one
rev-parse to dig further. The line number in the "previous" information
may need refining, and sanity checking code for reference counting may
need to be resurrected before this can move forward.
----------------------------------------------------------------
[Actively cooking]
* nd/grep-assume-unchanged (Sat Dec 27 15:21:03 2008 +0700) 2 commits
+ grep: grep cache entries if they are "assume unchanged"
+ grep: support --no-ext-grep to test builtin grep
* as/maint-shortlog-cleanup (Tue Dec 30 22:01:44 2008 +0100) 1 commit
+ builtin-shortlog.c: use string_list_append(), and don't strdup
unnecessarily
* jc/maint-ls-tree (Wed Dec 31 19:00:50 2008 +0900) 2 commits
+ Document git-ls-tree --full-tree
+ ls-tree: add --full-tree option
* js/notes (Sat Dec 20 13:06:03 2008 +0100) 4 commits
- Add an expensive test for git-notes
- Speed up git notes lookup
- Add a script to edit/inspect notes
- Introduce commit notes
* sc/gitweb-category (Fri Dec 12 00:45:12 2008 +0100) 3 commits
- gitweb: Optional grouping of projects by category
- gitweb: Split git_project_list_body in two functions
- gitweb: Modularized git_get_project_description to be more generic
* gb/gitweb-patch (Thu Dec 18 08:13:19 2008 +0100) 4 commits
- gitweb: link to patch(es) view in commit(diff) and (short)log view
- gitweb: add patches view
- gitweb: change call pattern for git_commitdiff
- gitweb: add patch view
----------------------------------------------------------------
[Graduated to "master"]
* cb/mergetool (Fri Dec 12 21:48:41 2008 +0000) 4 commits
+ mergetool: Don't keep temporary merge files unless told to
+ mergetool: Add prompt to continue after failing to merge a file
+ Add -y/--no-prompt option to mergetool
+ Fix some tab/space inconsistencies in git-mergetool.sh
----------------------------------------------------------------
[Will merge to "master" soon]
* mh/maint-sendmail-cc-doc (Mon Dec 29 00:37:25 2008 +0100) 1 commit
+ doc/git-send-email: mention sendemail.cc config variable
* rs/diff-ihc (Sun Dec 28 19:45:32 2008 +0100) 1 commit
+ diff: add option to show context between close hunks
* js/maint-merge-recursive-r-d-conflict (Mon Dec 22 23:10:20 2008 +0100) 1 commit
+ merge-recursive: mark rename/delete conflict as unmerged
* mk/gitweb-feature (Mon Dec 15 22:16:19 2008 -0800) 1 commit
+ gitweb: unify boolean feature subroutines
* cb/merge-recursive-fix (Mon Dec 15 02:41:24 2008 -0800) 3 commits
+ Merge branch 'cb/maint-merge-recursive-fix' into cb/merge-
recursive-fix
+ merge-recursive: do not clobber untracked working tree garbage
+ modify/delete conflict resolution overwrites untracked file
* cb/maint-merge-recursive-fix (Sun Dec 14 19:40:09 2008 -0800) 2 commits
+ merge-recursive: do not clobber untracked working tree garbage
+ modify/delete conflict resolution overwrites untracked file
* wp/add-p-goto (Thu Dec 4 10:22:40 2008 +0000) 2 commits
+ Add 'g' command to go to a hunk
+ Add subroutine to display one-line summary of hunks
* jn/gitweb-blame (Thu Dec 11 01:33:29 2008 +0100) 3 commits
+ gitweb: cache $parent_commit info in git_blame()
+ gitweb: A bit of code cleanup in git_blame()
+ gitweb: Move 'lineno' id from link to row element in git_blame
* mv/um-pdf (Wed Dec 10 23:44:50 2008 +0100) 1 commit
+ Add support for a pdf version of the user manual
* kk/maint-http-push (Tue Dec 23 11:31:15 2008 +0300) 1 commit
+ http-push: support full URI in handle_remote_ls_ctx()
----------------------------------------------------------------
[On Hold]
* nd/narrow (Sun Nov 30 17:54:38 2008 +0700) 17 commits
- wt-status: show sparse checkout info
- Introduce default sparse patterns (core.defaultsparse)
- checkout: add new options to support sparse checkout
- clone: support sparse checkout with --sparse-checkout option
- unpack_trees(): add support for sparse checkout
- unpack_trees(): keep track of unmerged entries
- Introduce "sparse patterns"
- Merge branch 'master' into nd/narrow
- t2104: touch portability fix
- grep: skip files outside sparse checkout area
- checkout_entry(): CE_NO_CHECKOUT on checked out entries.
- Prevent diff machinery from examining worktree outside sparse
checkout
- ls-files: Add tests for --sparse and friends
- update-index: add --checkout/--no-checkout to update
CE_NO_CHECKOUT bit
- update-index: refactor mark_valid() in preparation for new options
- ls-files: add options to support sparse checkout
- Introduce CE_NO_CHECKOUT bit
Will drop shortly, but there may be some other fixes to CE_VALID, like
nd/grep-assume-unchanged topic above, that we may want to resurrect.
* jc/clone-symref-2 (Sat Nov 29 23:38:21 2008 -0800) 7 commits
- clone: test the new HEAD detection logic
- Merge commit 'HEAD@{2}' into HEAD
- upload-pack: send the HEAD information
- clone: find the current branch more explicitly
- connect.c::read_extra_info(): find where HEAD points at
- connect.c::read_extra_info(): prepare to receive more than server
capabilities
- get_remote_heads(): refactor code to read "server capabilities"
An attempt to extend the fetch protocol to make the logic to detect where
HEAD on the origin site points to more robust. Will drop shortly as the
protocol extension was not very popular.
* cc/bisect-replace (Mon Nov 24 22:20:30 2008 +0100) 9 commits
- bisect: add "--no-replace" option to bisect without using replace
refs
- rev-list: make it possible to disable replacing using "--no-
bisect-replace"
- bisect: use "--bisect-replace" options when checking merge bases
- merge-base: add "--bisect-replace" option to use fixed up revs
- commit: add "bisect_replace_all" prototype to "commit.h"
- rev-list: add "--bisect-replace" to list revisions with fixed up
history
- Documentation: add "git bisect replace" documentation
- bisect: add test cases for "git bisect replace"
- bisect: add "git bisect replace" subcommand
Will drop and replace it with the resubmitted series when it comes.
* jc/send-pack-tell-me-more (Thu Mar 20 00:44:11 2008 -0700) 1 commit
- "git push": tellme-more protocol extension
This seems to have a deadlock during communication between the peers.
Will drop shortly.
* jk/renamelimit (Sat May 3 13:58:42 2008 -0700) 1 commit
- diff: enable "too large a rename" warning when -M/-C is explicitly
asked for
This would be the right thing to do for command line use,
but gitk will be hit due to tcl/tk's limitation, so I am holding
this back for now.
* jc/stripspace (Sun Mar 9 00:30:35 2008 -0800) 6 commits
- git-am --forge: add Signed-off-by: line for the author
- git-am: clean-up Signed-off-by: lines
- stripspace: add --log-clean option to clean up signed-off-by:
lines
- stripspace: use parse_options()
- Add "git am -s" test
- git-am: refactor code to add signed-off-by line for the committer
^ permalink raw reply
* Re: How make "git checkout <commit> <file>" *not* alter index?
From: Junio C Hamano @ 2009-01-06 6:26 UTC (permalink / raw)
To: chris; +Cc: git
In-Reply-To: <20090106051852.GA3278@seberino.org>
chris@seberino.org writes:
> I want to pull an old version of a file into my local directory and make it
> appear like work I haven't added to index yet...
The command to reset the index can be used any time you have unwanted
changes to it and pretend you started from the latest commit (aka HEAD).
Typically, you use it to recover from a "git add" you did by mistake,
e.g.
$ edit frotz.c nitfol.c
$ git add frotz.c nitfol.c
... oops, I do not want the changed frotz.c in the next commit.
$ git reset frotz.c
$ git commit -m 'update nitfol.c for such and such reasons'
This procedure can be used after you have smudged the index in an unwated
way, and is not limited to "git add" (or "git add -p"). In this case, you
can do:
$ git checkout HEAD~43 Makefile
$ git reset Makefile
^ permalink raw reply
* Re: How make "git checkout <commit> <file>" *not* alter index?
From: Jike Song @ 2009-01-06 6:17 UTC (permalink / raw)
To: chris; +Cc: git
In-Reply-To: <20090106051852.GA3278@seberino.org>
On Tue, Jan 6, 2009 at 1:18 PM, <chris@seberino.org> wrote:
> I want to pull an old version of a file into my local directory and make it
> appear like work I haven't added to index yet...
>
>
> So how modify
>
>
> git checkout <commit> <file>
>
> to do this?
I have a stupid way to do this:
$ git show v2.6.12:Makefile > Makefile
$ git diff --cached /* no outputs */
Ugly but seems work.
--
Thanks,
Jike
^ permalink raw reply
* Re: git-branch man page contains rendered nroff
From: Jeff King @ 2009-01-06 5:35 UTC (permalink / raw)
To: jidanni; +Cc: git
In-Reply-To: <87hc4dnner.fsf@jidanni.org>
On Tue, Jan 06, 2009 at 11:06:36AM +0800, jidanni@jidanni.org wrote:
> $ make git-branch.1 && man -l git-branch.1|col -b|fgrep .ft|sort|uniq -c
> 2 .ft
> 2 .ft C
It's a toolchain issue. See:
http://thread.gmane.org/gmane.comp.version-control.git/99392
or
http://thread.gmane.org/gmane.comp.version-control.git/72290
-Peff
^ permalink raw reply
* How make "git checkout <commit> <file>" *not* alter index?
From: chris @ 2009-01-06 5:18 UTC (permalink / raw)
To: git
I want to pull an old version of a file into my local directory and make it
appear like work I haven't added to index yet...
So how modify
git checkout <commit> <file>
to do this?
cs
^ permalink raw reply
* Re: git-completion.bash missing --help
From: Shawn O. Pearce @ 2009-01-06 4:37 UTC (permalink / raw)
To: jidanni; +Cc: git
In-Reply-To: <877i59nmd1.fsf@jidanni.org>
jidanni@jidanni.org wrote:
> git-completion.bash seems to be missing --help. Hitting TAB just shows e.g.,
> $ git add --<TAB>
> --dry-run --ignore-errors --interactive --patch --refresh --update
> Only for plain
> $ git --<TAB>
> is one able to complete --help.
Adding completion for --help to every command we have long option
completion on is just annoying.
Doesn't it complete "git he<TAB> ad<TAB>"?
--
Shawn.
^ permalink raw reply
* Re: [ANNOUNCE] Git homepage change
From: Boyd Lynn Gerber @ 2009-01-06 4:24 UTC (permalink / raw)
To: Scott Chacon; +Cc: David Bryson, Mike Hommey, git
In-Reply-To: <d411cc4a0901051749p2ef880bub45bba1c0d41bfc7@mail.gmail.com>
On Mon, 5 Jan 2009, Scott Chacon wrote:
> On Mon, Jan 5, 2009 at 1:27 PM, David Bryson <david@statichacks.org> wrote:
>> On Mon, Jan 05, 2009 at 08:40:11PM +0100 or thereabouts, Mike Hommey wrote:
>>>
>>> FWIW, I think the "mascot" or whatever it is supposed to be, on the
>>> top right end, is "safe", trademark/copyright-wise. It looks too much
>>> like ???????????????(D??mo-kun), the NHK mascot.
>>> http://images.google.co.jp/images?q=%E3%81%A9%E3%83%BC%E3%82%82%E3%81%8F%E3%82%93&ie=UTF-8&oe=UTF-8&hl=en&um=1&sa=N&tab=wi
>>
>> I think Scott mentioned at GitTogether that they paid the same artist
>> design some artwork for them including that tree munching monster and an
>> octopus.
>>
>> Scott do you care to elaborate ?
>
> I bought rights to the image from iStockPhoto, we can use it online
> for whatever we want to. The only restriction is that we can't sell
> stuff with the image on it. I have no idea what NHK is, nor do I know
> how TM/copyright issues would work in this regard - (the site is
> hosted in the US, has NHK registered TM for that here?) - but I doubt
> it really matters. If I get a cease and desist, I'll replace the
> image, but to me it doesn't seem close enough to infringe and I doubt
> they would care.
>
> Btw, I would also like to say in general that the response to this
> from emails sent to me personally (my address is at the bottom of the
> page) has been very positive and I've even received a few patches that
> are now live.
>
> Also, Miklos : your patch changes the format of the output and doesn't
> speed things up or anything, so I'm just sticking with the current
> script for now (unless I'm missing something).
>
> Boyd Gerber: I'm confused - the mailing list archive link on the home
> page points to the Gmane page, which is completely up to date. Is
> there a link I'm missing?
This is the link
You can also ask the Git community directly at our git@vger.kernel.org
mailing list. with the link below.
http://dir.gmane.org/gmane.comp.version-control.git
On this page the following...
Other mailing list archives for this list:
1. The Mail Archive
http://www.mail-archive.com/git@vger.kernel.org/
And this states this link
http://www.mail-archive.com/git@vger.kernel.org/
And the lastest is 2005 and earlier.
--
Boyd Gerber <gerberb@zenez.com> 801 849-0213
ZENEZ 1042 East Fort Union #135, Midvale Utah 84047
^ permalink raw reply
* [PATCH] Documentation/diff-generate-patch.txt the truth about "diff --git"
From: jidanni @ 2009-01-06 4:01 UTC (permalink / raw)
To: git; +Cc: gitster
Signed-off-by: jidanni <jidanni@jidanni.org>
---
Documentation/diff-generate-patch.txt | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/Documentation/diff-generate-patch.txt b/Documentation/diff-generate-patch.txt
index 0f25ba7..dfc186c 100644
--- a/Documentation/diff-generate-patch.txt
+++ b/Documentation/diff-generate-patch.txt
@@ -19,6 +19,7 @@ diff format.
The `a/` and `b/` filenames are the same unless rename/copy is
involved. Especially, even for a creation or a deletion,
`/dev/null` is _not_ used in place of `a/` or `b/` filenames.
+(Diff(1) does not actually have a --git option.)
+
When rename/copy is involved, `file1` and `file2` show the
name of the source file of the rename/copy and the name of
--
1.6.0.6
^ permalink raw reply related
* [PATCH] Documentation/merge-strategies.txt, diff-options: grammar
From: jidanni @ 2009-01-06 3:52 UTC (permalink / raw)
To: git; +Cc: gitster
Signed-off-by: jidanni <jidanni@jidanni.org>
---
Documentation/diff-options.txt | 4 ++--
Documentation/merge-strategies.txt | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/diff-options.txt b/Documentation/diff-options.txt
index b432d25..9cd162f 100644
--- a/Documentation/diff-options.txt
+++ b/Documentation/diff-options.txt
@@ -143,11 +143,11 @@ endif::git-format-patch[]
that matches other criteria, nothing is selected.
--find-copies-harder::
- For performance reasons, by default, `-C` option finds copies only
+ For performance reasons, by default, the `-C` option finds copies only
if the original file of the copy was modified in the same
changeset. This flag makes the command
inspect unmodified files as candidates for the source of
- copy. This is a very expensive operation for large
+ the copy. This is a very expensive operation for large
projects, so use it with caution. Giving more than one
`-C` option has the same effect.
diff --git a/Documentation/merge-strategies.txt b/Documentation/merge-strategies.txt
index 1276f85..3cef90a 100644
--- a/Documentation/merge-strategies.txt
+++ b/Documentation/merge-strategies.txt
@@ -11,7 +11,7 @@ resolve::
recursive::
This can only resolve two heads using 3-way merge
algorithm. When there are more than one common
- ancestors that can be used for 3-way merge, it creates a
+ ancestor that can be used for 3-way merge, it creates a
merged tree of the common ancestors and uses that as
the reference tree for the 3-way merge. This has been
reported to result in fewer merge conflicts without
--
1.6.0.6
^ permalink raw reply related
* git-completion.bash missing --help
From: jidanni @ 2009-01-06 3:29 UTC (permalink / raw)
To: git; +Cc: spearce
git-completion.bash seems to be missing --help. Hitting TAB just shows e.g.,
$ git add --<TAB>
--dry-run --ignore-errors --interactive --patch --refresh --update
Only for plain
$ git --<TAB>
is one able to complete --help.
^ permalink raw reply
* gitk: no key binding to bring up key bindings
From: jidanni @ 2009-01-06 3:23 UTC (permalink / raw)
To: git
Inside gitk there is no key bound to bring up the key bindings window.
Presently one must use the mouse to bring it up.
^ permalink raw reply
* gitk --help doesn't
From: jidanni @ 2009-01-06 3:22 UTC (permalink / raw)
To: git
gitk --help doesn't print the man text, instead it furls headlong
into, well, gitk --help which of course is not a happy scene.
^ permalink raw reply
* git rebase --interactive needn't call editor for noop
From: jidanni @ 2009-01-06 3:17 UTC (permalink / raw)
To: git
On occasions when git rebase --interactive will invoke the editor with
the word "noop" in the buffer, it would be better if it just said that
on the command line instead of bothering to call the editor.
^ permalink raw reply
* [PATCH] Documentation/git-show-branch.txt: compact -g
From: jidanni @ 2009-01-06 3:14 UTC (permalink / raw)
To: git; +Cc: gitster
Signed-off-by: jidanni <jidanni@jidanni.org>
---
Documentation/git-show-branch.txt | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/git-show-branch.txt b/Documentation/git-show-branch.txt
index 8277577..7e9ff37 100644
--- a/Documentation/git-show-branch.txt
+++ b/Documentation/git-show-branch.txt
@@ -99,12 +99,12 @@ OPTIONS
will show the revisions given by "git rev-list {caret}master
topic1 topic2"
+-g::
--reflog[=<n>[,<base>]] [<ref>]::
Shows <n> most recent ref-log entries for the given
ref. If <base> is given, <n> entries going back from
that entry. <base> can be specified as count or date.
- `-g` can be used as a short-hand for this option. When
- no explicit <ref> parameter is given, it defaults to the
+ When no explicit <ref> parameter is given, it defaults to the
current branch (or `HEAD` if it is detached).
Note that --more, --list, --independent and --merge-base options
--
1.6.0.6
^ permalink raw reply related
* Re: git-branch man page contains rendered nroff
From: jidanni @ 2009-01-06 3:12 UTC (permalink / raw)
To: git
In-Reply-To: <87hc4dnner.fsf@jidanni.org>
OK, I am probably lacking some part of the tool chain that is not
warning me. Never mind.
^ permalink raw reply
* git-branch man page contains rendered nroff
From: jidanni @ 2009-01-06 3:06 UTC (permalink / raw)
To: git
$ make git-branch.1 && man -l git-branch.1|col -b|fgrep .ft|sort|uniq -c
2 .ft
2 .ft C
Yuck.
^ permalink raw reply
* [PATCH] Documentation/gittutorial.txt: minimum 4 chars to match SHA1s
From: jidanni @ 2009-01-06 2:49 UTC (permalink / raw)
To: git; +Cc: gitster
Signed-off-by: jidanni <jidanni@jidanni.org>
---
Documentation/gittutorial.txt | 3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/Documentation/gittutorial.txt b/Documentation/gittutorial.txt
index 4581a5a..42c2c91 100644
--- a/Documentation/gittutorial.txt
+++ b/Documentation/gittutorial.txt
@@ -481,7 +481,8 @@ $ git show c82a22c39cbc32576f64f5c6b3f24b99ea8149c7
-------------------------------------
But there are other ways to refer to commits. You can use any initial
-part of the name that is long enough to uniquely identify the commit:
+part of the name that is long enough to uniquely identify the commit
+(minimum is four characters):
-------------------------------------
$ git show c82a22c39c # the first few characters of the name are
--
1.6.0.6
^ permalink raw reply related
* Re: [PATCH] Documentation/gitcore-tutorial.txt: HEAD not symlink these days
From: jidanni @ 2009-01-06 2:47 UTC (permalink / raw)
To: vmiklos; +Cc: git, gitster
In-Reply-To: <20090106024443.GC21154@genesis.frugalware.org>
MV> The currect term for HEAD is a 'symref', see the glossary. ;-)
OK please change it for me, as today is my junior patching practice
day, and a patch to a patch is way over my head.
^ permalink raw reply
* Re: [PATCH] Documentation/gitcore-tutorial.txt: HEAD not symlink these days
From: Miklos Vajna @ 2009-01-06 2:44 UTC (permalink / raw)
To: jidanni; +Cc: git, gitster
In-Reply-To: <1231208319-12673-1-git-send-email-jidanni@jidanni.org>
[-- Attachment #1: Type: text/plain, Size: 451 bytes --]
On Tue, Jan 06, 2009 at 10:18:39AM +0800, jidanni@jidanni.org wrote:
> Branches in git are really nothing more than pointers into the git
> object database from within the `.git/refs/` subdirectory, and as we
> -already discussed, the `HEAD` branch is nothing but a symlink to one of
> +already discussed, the `HEAD` branch is nothing but a pointer to one of
> these object pointers.
The currect term for HEAD is a 'symref', see the glossary. ;-)
[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply
* Re: [ANNOUNCE] Git homepage change
From: Miklos Vajna @ 2009-01-06 2:43 UTC (permalink / raw)
To: Scott Chacon; +Cc: David Bryson, Mike Hommey, git
In-Reply-To: <d411cc4a0901051749p2ef880bub45bba1c0d41bfc7@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 479 bytes --]
On Mon, Jan 05, 2009 at 05:49:01PM -0800, Scott Chacon <schacon@gmail.com> wrote:
> Also, Miklos : your patch changes the format of the output and doesn't
> speed things up or anything, so I'm just sticking with the current
> script for now (unless I'm missing something).
I think the patch just makes things simpler (why not using -s if you
then later use grep to drop what -s would hide?), and Adeodato's patch
updates the ruby part as well. But of course it's up to you. ;-)
[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply
* [PATCH] Documentation/gittutorial.txt: clarify git branch -d
From: jidanni @ 2009-01-06 2:40 UTC (permalink / raw)
To: git; +Cc: gitster
Signed-off-by: jidanni <jidanni@jidanni.org>
---
Documentation/gittutorial.txt | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/gittutorial.txt b/Documentation/gittutorial.txt
index 7892244..4581a5a 100644
--- a/Documentation/gittutorial.txt
+++ b/Documentation/gittutorial.txt
@@ -260,11 +260,11 @@ At this point you could delete the experimental branch with
$ git branch -d experimental
------------------------------------------------
-This command ensures that the changes in the experimental branch are
-already in the current branch.
+This command makes sure that the changes in the experimental branch are
+already in the current branch before deleting.
If you develop on a branch crazy-idea, then regret it, you can always
-delete the branch with
+force deletion of the branch with
-------------------------------------
$ git branch -D crazy-idea
--
1.6.0.6
^ permalink raw reply related
* Re: [ANNOUNCE] Git homepage change
From: Baz @ 2009-01-06 2:25 UTC (permalink / raw)
To: Scott Chacon; +Cc: David Bryson, Mike Hommey, git
In-Reply-To: <2faad3050901051817g1381478ex9f5cb6f0404e5f86@mail.gmail.com>
2009/1/6 Baz <brian.ewins@gmail.com>:
> 2009/1/6 Scott Chacon <schacon@gmail.com>:
>> Hi,
>>
>> On Mon, Jan 5, 2009 at 1:27 PM, David Bryson <david@statichacks.org> wrote:
>>> On Mon, Jan 05, 2009 at 08:40:11PM +0100 or thereabouts, Mike Hommey wrote:
>>>>
>>>> FWIW, I think the "mascot" or whatever it is supposed to be, on the
>>>> top right end, is "safe", trademark/copyright-wise. It looks too much
>>>> like ???????????????(D??mo-kun), the NHK mascot.
>>>> http://images.google.co.jp/images?q=%E3%81%A9%E3%83%BC%E3%82%82%E3%81%8F%E3%82%93&ie=UTF-8&oe=UTF-8&hl=en&um=1&sa=N&tab=wi
>>>
>>> I think Scott mentioned at GitTogether that they paid the same artist
>>> design some artwork for them including that tree munching monster and an
>>> octopus.
>>>
>>> Scott do you care to elaborate ?
>>
>> I bought rights to the image from iStockPhoto, we can use it online
>> for whatever we want to. The only restriction is that we can't sell
>> stuff with the image on it. I have no idea what NHK is, nor do I know
>> how TM/copyright issues would work in this regard - (the site is
>> hosted in the US, has NHK registered TM for that here?) - but I doubt
>> it really matters. If I get a cease and desist, I'll replace the
>> image, but to me it doesn't seem close enough to infringe and I doubt
>> they would care.
>
> NHK are the public broadcaster in Japan, and Domo-kun is their mascot.
> Apparently the NHK spots with Domo-kun are also used in the US on
> Nickelodeon. It's like the NBC peacock, or the BBC test card girl:
> instantly recognizable to anyone who watched that channel.
>
> And yes, there is a US trademark:
> http://tess2.uspto.gov/bin/showfield?f=doc&state=3pcqf.6.1
Sorry, that link uses cookie state. Here's one directly to the TM:
http://tarr.uspto.gov/servlet/tarr?regser=serial&entry=77266968
>
> No connection to NHK at all, but I thought you'd used Domo
> deliberately when I first saw that logo, so got curious. The site is
> great, btw.
>
> Cheers,
> Baz
>
>>
>> Btw, I would also like to say in general that the response to this
>> from emails sent to me personally (my address is at the bottom of the
>> page) has been very positive and I've even received a few patches that
>> are now live.
>>
>> Also, Miklos : your patch changes the format of the output and doesn't
>> speed things up or anything, so I'm just sticking with the current
>> script for now (unless I'm missing something).
>>
>> Boyd Gerber: I'm confused - the mailing list archive link on the home
>> page points to the Gmane page, which is completely up to date. Is
>> there a link I'm missing?
>>
>> Thanks,
>> Scott
>>
>>>
>>> Dave
>>>
>>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe git" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
>
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox