On Wed, Dec 27, 2017 at 10:34 PM, Junio C Hamano wrote:
> * dk/describe-all-output-fix (2017-12-27) 1 commit
> - describe: prepend "tags/" when describing tags with embedded name
>
> An old regression in "git describe --all $annotated_tag^0" has been
> fixed.
>
> Will merge to 'next'.
Shouldn
On Fri, Dec 15, 2017 at 8:25 PM, Junio C Hamano wrote:
> I think the code makes sense, but it won't be understandable by
> those who do not know what you discussed in the original thread.
>
> A proper commit log message, with a new test or two in t6120, would
> be an appropriate way to fix that.
>
Forget the above patch. I should compile my code after refactoring ...
Here is the fixed version.
-- >8 --
>From 8203bd0ad5baab7024ebff597c9f35a0250d09ff Mon Sep 17 00:00:00 2001
From: Daniel Knittl-Frank
Date: Mon, 11 Dec 2017 19:24:54 +0100
Subject: [PATCH] Prepend "tags/"
the
output with "tags/".
Good enough? Should we instead update the documentation? Still not
sure, what the behavior _should_ be in the case of annotated tags with
embedded names.
-- >8 --
>From 7243d700aad280b11e647e04ade027c412dde54c Mon Sep 17 00:00:00 2001
From: Daniel Knittl-Frank
On Thu, Nov 30, 2017 at 7:47 PM, Daniel Knittl-Frank
wrote:
> […]
>
> Running the above commands in the git.git repository yields a different
> result:
>
>> $ git describe --all --abbrev=4 v1.0.5^2
>> v1.0.0-21-g975b3
>
> No "reference path" t
Hi Git list,
the help page/manpage of the git describe command has an example with
the --all flag which should prepend the ref namespace (tags/ or
heads/):
> With --all, the command can use branch heads as references, so the output
> shows the reference path as well:
>
> [torvalds@g5 gi
Whitespace can cause the source command to fail. This is usually not a
problem on Unix systems, but on Windows Git is likely to be installed
under "C:/Program Files/", thus rendering the script broken.
Signed-off-by: Daniel Knittl-Frank
---
contrib/rerere-train.sh | 2 +-
1 file
On Tue, Jan 13, 2015 at 9:56 AM, Ivo Anjo wrote:
> Hello,
>
> I sometimes get a bit distracted when making amends. Once or twice per
> week I do a commit, then realize I added something I shouldn't, or
> forgot to add a line here or there, and then I do a git commit --amend
> to fix it.
>
> The th
On Wed, Aug 14, 2013 at 6:50 AM, Hugh Davenport wrote:
> Hey,
>
> Not sure if this is a bug or not. I commonly am finding myself wanting to
> remove some recent commits, either all or just a select few. So I use rebase
> in interactive mode for this. The problem I find is that when I do a rebase
>
Sharing my thoughts on this one, …
On Sun, Sep 23, 2012 at 5:04 PM, Ralf Thielow wrote:
> On Sat, Sep 22, 2012 at 11:57 PM, Sascha Cunz wrote:
>> However, git-rebase just threw these two sentences at me (And though i know
>> their meaning, i couldn't get the meaning from the message, it gave).
10 matches
Mail list logo