>> I have a system here where it can be quite common to have thousands of
>> branches in the remote repository, and where I'd like to update some
>> local state according to the appearance of new branches (or updates of
>> pre-existing ones).
>> Currently, I use a "git for-each-ref" after pulling a
>> As a heavy user of the git-new-worktree "hack / script", is there
>> something I can do to help "get more experience"?
> You can try out "git worktree" command (in "lab" environment) and see
> what's missing, what use cases of yours it does not support.
Cool, didn't know about it, and it's even
> So, see attached BuGit, an issue tracking system which stores its
> database in Git to try and get "distributed operation for free".
It's now hosted at https://gitlab.com/monnier/bugit
In the mean time it grew to 80KB, offers a read-only web UI, email
notifications, and a fairly complete comman
> As a heavy user of the git-new-worktree "hack / script", is there
git-new-workdir
Sorry,
Stefan
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
Mor
> One lessor key phrase above is "so far", I think, and another one
> you forgot to use is s/which requires/that we know &/, which to me
> is a more serious one. IOW, I do think it is premature for us to
> say that that config split issue is the only thing, or to say that
> the issue is best solve
> You can use custom cat-file formatting to output your "name" strings as
> part of the same field. IOW, something like:
[...]
> If you're really going to do a lot of interactive back-and-forth access
> of objects, though, I think you want to set up pipes to cat-file.
OMG, I didn't realize that ca
>> I recently discovered that "git fast-import" signals an error if used in
>> a tree to which we do not have write-access, because it tries to create
>> a "objects/pack/tmp_pack_XXX" file even before starting to process
>> the commands.
> The primary goal of fast-import is to write that packfile.
I recently discovered that "git fast-import" signals an error if used in
a tree to which we do not have write-access, because it tries to create
a "objects/pack/tmp_pack_XXX" file even before starting to process
the commands.
Usually this is not a problem (we'll create new commits and such, so
wri
I have a program which tries to collect info from lots of branches and
generate some table from that data into another branch.
For performance reasons, I'd like to do that from fast-import, and as
long as I know the name of all the files I need to consult, everything
is fine since I can use the "l
I have a system here where it can be quite common to have thousands of
branches in the remote repository, and where I'd like to update some
local state according to the appearance of new branches (or updates of
pre-existing ones).
Currently, I use a "git for-each-ref" after pulling and then check
I've hacked on this for personal use, mostly, but I figured if there
could be interest in such a beast, this is probably one of the best
places to find it.
So, see attached BuGit, an issue tracking system which stores its
database in Git to try and get "distributed operation for free".
By pushing
I'm pretty happy about Git in general, but for two situations where I've
found workarounds, which both have the same problem, which is that they
"touch" files unnecessarily:
* First case: merge into a dirty tree.
I often want to "git pull" into a tree
that's dirty. I know many people find this t
I really like the way Git officializes the relation between branches via
the notion of "tracking". I can see which local branch tracks which
remote branch easily, and that's very helpful.
But when I find a Git repository on the Web, I often have no idea about
the relationship between its branches
>> I've had good success recently with the git->bzr bridge, but the
>> following still fails. This is on Debian with the git from "unstable".
> Which version are you using?
The one that comes in Debian unstable.
> The latest version works fine here:
> https://github.com/felipec/git/blob/fc/maste
I've had good success recently with the git->bzr bridge, but the
following still fails. This is on Debian with the git from "unstable".
Stefan
% git clone bzr::bzr://bzr.savannah.nongnu.org/enwc/trunk
Cloning into 'trunk'...
Note: checking out 'e8fa1a2339729de62d0ad85e44b8993bf25b7996'
15 matches
Mail list logo
