Possible BUG with git-rev-list --all in a StGit repository

4 messages, 2 authors, 2016-08-11 · open the first message on its own page

Possible BUG with git-rev-list --all in a StGit repository

From: Marco Costalba <hidden>
Date: 2016-08-11 20:00:20

In a StGit repository the --all option causes a lot of spurious
revisions, possibly stgit related.

$ git branch
* master
  origin
  test

$ git rev-list master origin test -- src/settingsimpl.cpp | wc
     13      13     533

$ git rev-list --all -- src/settingsimpl.cpp | wc
     26      26    1066


The extra revisions have shortlogs of the kind of:

 push        a3bc76fd0bdd154149c26a3c208f0344e9cd873b
 new e7baf56544cd8b4f8601a35fad274b8de97fd558
refresh     8fa01a56a40b04ed9c6d006c669ca9d370176728

From qgit these are easily seen from file history tab of a file
modified by stgit patches or when filtering in main view on the same
file.

Shouldn't 'git-rev-list --all'  print  *the same output* of when the
list  with all branches is given in command line?

Thanks
Marco

P.S:
$ git version
git version 1.4.4.1.g7002
$ stg --version
Stacked GIT 0.11
git version 1.4.4.1.g7002
Python version 2.4.3 (#2, Oct  6 2006, 15:32:41)

Re: Possible BUG with git-rev-list --all in a StGit repository

From: Junio C Hamano <hidden>
Date: 2016-08-11 19:30:52

"Marco Costalba" [off-list ref] writes:
In a StGit repository the --all option causes a lot of spurious
revisions, possibly stgit related.

$ git branch
* master
 origin
 test

$ git rev-list master origin test -- src/settingsimpl.cpp | wc
    13      13     533

$ git rev-list --all -- src/settingsimpl.cpp | wc
    26      26    1066


The extra revisions have shortlogs of the kind of:

push        a3bc76fd0bdd154149c26a3c208f0344e9cd873b
new e7baf56544cd8b4f8601a35fad274b8de97fd558
refresh     8fa01a56a40b04ed9c6d006c669ca9d370176728
quoted
From qgit these are easily seen from file history tab of a file
modified by stgit patches or when filtering in main view on the same
file.

Shouldn't 'git-rev-list --all'  print  *the same output* of when the
list  with all branches is given in command line?
Should it?  The "--all" option is about "all refs", not "all
user branches" and it has been so from the beginning.  For one
thing it has to do the reachability thing also for tags
(otherwise it cannot be used as the upstream for git-repack
pipeline).

You are looking at .git/refs/bases/ refs that StGIT uses for its
internal bookkeeping.

Re: Possible BUG with git-rev-list --all in a StGit repository

From: Marco Costalba <hidden>
Date: 2016-08-11 19:50:10

On 11/27/06, Marco Costalba [off-list ref] wrote:
quoted
You are looking at .git/refs/bases/ refs that StGIT uses for its
internal bookkeeping.
Ok.

Anyway, getting garbage when asking for a git-rev-list --all if in a
StGit repo at least could be considered a little integration issue.

Internal bookkeeing should be, well,  _internal_  :-)

Re: Possible BUG with git-rev-list --all in a StGit repository

From: Marco Costalba <hidden>
Date: 2016-08-11 20:43:01

You are looking at .git/refs/bases/ refs that StGIT uses for its
internal bookkeeping.
Ok.

Anyway, getting garbage when asking for a git-rev-list --all if in a
StGit repo at least could be considered a little integration issue.

Internal bookkeeing should be, well,  _internal_  :-)
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help