Re: 'pu' branch for StGIT

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2007-08-09 at 16:18 +0200, Karl Hasselström wrote:

> You should be able to do something like
> 
>   $ stg applied > .git/patches/branch/applied
>   $ stg unapplied > .git/patches/branch/unapplied
> 
> and then manually change the version from 3 to 2, and be ready to go.
> I haven't tested this, though!

That seems to work.  Thank you!  "branch" should be substituted with the
current branch, of course.

> > I have noticed two problems so far, but I cannot tell is they are
> > specific to the "pu" branch.
> >
> > 1) Undead patches.
> 
> I saw the same problem today. I haven't had time to look into it, but
> I believe it's due to stgit trying to directly modify files under
> .git/refs instead of using git-update-ref, which breaks with packed
> refs. The DAG patches rely much more on the refs, so the bug is more
> severe in that case.
> 
> https://gna.org/bugs/?9710

I've attached the test case to that bug.  You are right, git-gc is involved.

> > 2) Invisible branches.
> 
> I haven't seen this problem at all -- in my repositories, "stg branch
> -l" just works. Will try to reproduce (hopefully tonight). Do you have
> a recepie on how to reproduce this from scratch?

It's a problem with git-gc too!  Just clone some repository and run "stg
branch -l" in it.  It with show master.  Run git-gc, and "stg branch -l"
will show "No branches".

I see that in my Linux repository there are files
in .git/refs/remotes/wireless-dev but not in other directories
under .git/refs/remotes/

-- 
Regards,
Pavel Roskin

-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux