On 03/04/2019 09:11, Bryan Turner wrote:
On Wed, Apr 3, 2019 at 1:00 AM Amiel Elboim wrote:
Very helpful! annotated tag is good solution for us.
However fix of this issue is important, because it's confusing when you want to
track on your version using git tags.
Lightweight tags have no met
On Wed, Apr 3, 2019 at 1:00 AM Amiel Elboim wrote:
>
> Very helpful! annotated tag is good solution for us.
>
> However fix of this issue is important, because it's confusing when you want
> to track on your version using git tags.
Lightweight tags have no metadata to allow for ordering, so I'm
On Tue, Apr 2, 2019 at 11:47 PM Amiel Elboim wrote:
> Hi!
>
> I've found strange behavior with 'git describe' command, look like for me as
> bug.
>
> In the case I create 2 tags on same commit and I run 'git describe --tags' I
> expect to get the latest tag, but always I get the first tag I crea
Hi!
I've found strange behavior with 'git describe' command, look like for me as
bug.
In the case I create 2 tags on same commit and I run 'git describe --tags' I
expect to get the latest tag, but always I get the first tag I created on the
commit.
Unlike git-describe documentations - "Th
Hi- I'm wondering if anyone could suggest a GIT support partner(s)? The
community is great, but I'm looking for a more personalized GIT support
experience.
Thanks!
-Scott Sobstad
Scott Sobstad
Director-Application Support,TSG
JDA Software
20700 Swenson Dr,
Waukesha, WI 53186 / United States
On Thu, Nov 12, 2015 at 02:02:10PM +0300, Konstantin Khomoutov wrote:
> A user recently asked an interesting question on the git-users list.
> I think it warrants attentions of a specialists more hard-core than
> we're there over at git-users.
>
> So I'd like to solicit help if those knowledgeabl
A user recently asked an interesting question on the git-users list.
I think it warrants attentions of a specialists more hard-core than
we're there over at git-users.
So I'd like to solicit help if those knowledgeable, if possible.
Begin forwarded message:
Date: Wed, 11 Nov 2015 14:30:40 -0800
Hi,
My name is Fran, we are a development team who uses git. We have our
Development Environment in the server office (Windows 2008 R2) where everything
runs without problems. We are planning to move to Windows Azure so we bought a
virtual server to try our Development Environment and check the
Jeff King writes:
> On Sat, Dec 15, 2012 at 10:23:10AM +0700, Nguyen Thai Ngoc Duy wrote:
>
>> On Thu, Dec 13, 2012 at 8:13 PM, Jeff King wrote:
>> > If you are using --format="%C(red)" or similar placeholders,
>> > they are the odd duck by not respecting the auto-color mode.
>>
>> But they sho
On Sat, Dec 15, 2012 at 10:23:10AM +0700, Nguyen Thai Ngoc Duy wrote:
> On Thu, Dec 13, 2012 at 8:13 PM, Jeff King wrote:
> > If you are using --format="%C(red)" or similar placeholders,
> > they are the odd duck by not respecting the auto-color mode.
>
> But they should, shouldn't they? Just as
On Thu, Dec 13, 2012 at 8:13 PM, Jeff King wrote:
> If you are using --format="%C(red)" or similar placeholders,
> they are the odd duck by not respecting the auto-color mode.
But they should, shouldn't they? Just asking. I may do it to when I
revive nd/pretty-placeholder-with-color-option.
--
D
From: Jeff King [p...@peff.net]
Sent: Thursday, December 13, 2012 1:13 PM
>> Is there a setting somewhere in config to change this?
> Yes. If you use "--color" on the command line, that means
> "unconditionally use color". If you set color.ui (or any other
> color config option) to "always", then
On Wed, Dec 12, 2012 at 05:35:17PM +, Srb, Michal wrote:
> Unlike --pretty-format, --graph doesn’t output colors when the git log output
> is redirected.
I do not think it has anything to do with --graph in particular, but
rather that when colorization is set to the "auto" mode, it is enabled
Unlike --pretty-format, --graph doesn’t output colors when the git log output
is redirected.
Tested on Ubuntu 12.04 and msys on Windows 8.
Is there a setting somewhere in config to change this?
Thanks,
Michal
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Junio C Hamano wrote:
> Let's do this, then.
I think it would be nicer to start with the important info (git
supports ssh, git, http, https) and deal with less important parts
like rsync support later in the document, but this looks like a good
minimal fix. Thanks for pushing it to completion.
Junio C Hamano writes:
> Jonathan Nieder writes:
>
>> I'd suggest dropping ", and will soon be removed." or replacing it
>> with ". Don't use them." to avoid the question of how soon "soon" is.
>>
>> With that change and with a clearer commit message, this will probably
>> be good to go imho.
>
Jonathan Nieder writes:
> I'd suggest dropping ", and will soon be removed." or replacing it
> with ". Don't use them." to avoid the question of how soon "soon" is.
>
> With that change and with a clearer commit message, this will probably
> be good to go imho.
Yup; thanks.
--
To unsubscribe fro
Ramkumar Ramachandra wrote:
> I see. Will we remove ftp[s] support too? I hope this is in order.
I don't see why that would be desirable, as long as libcurl continues
to support it for free.
[...]
> Fetching and pushing over rsync, and fetching over ftp or ftps are
> deprecated, and will soon
Junio C Hamano wrote:
> Jonathan Nieder writes:
>
>> Ramkumar Ramachandra wrote:
Thomas Ferris Nicolaisen writes:
>>
> At least according to the documentation[1], "Git natively supports [...]
> ftp".
>
> This could need some clarification if pushing over ftp is not supported
Jonathan Nieder writes:
> Ramkumar Ramachandra wrote:
>>> Thomas Ferris Nicolaisen writes:
>
At least according to the documentation[1], "Git natively supports [...]
ftp".
This could need some clarification if pushing over ftp is not supported.
> [...]
>> -Git natively suppo
Ramkumar Ramachandra wrote:
>> Thomas Ferris Nicolaisen writes:
>>> At least according to the documentation[1], "Git natively supports [...]
>>> ftp".
>>>
>>> This could need some clarification if pushing over ftp is not supported.
[...]
> -Git natively supports ssh, git, http, https, ftp, ftps,
Junio C Hamano wrote:
> Thomas Ferris Nicolaisen writes:
>
>> On Fri, Oct 5, 2012 at 3:46 PM, Philippe Vaucher
>> wrote:
>>>
>>> > On the git-users mailing list we're trying someone to help with
>>> > running `git push` over FTP. That person is runnig Git 1.7.9.5
>>> > on Ubuntu 12.04.
>>>
>>> I
Thomas Ferris Nicolaisen writes:
> On Fri, Oct 5, 2012 at 3:46 PM, Philippe Vaucher
> wrote:
>>
>> > On the git-users mailing list we're trying someone to help with
>> > running `git push` over FTP. That person is runnig Git 1.7.9.5
>> > on Ubuntu 12.04.
>>
>> I don't think vanilla git supports
On Fri, 5 Oct 2012 15:46:33 +0200
Philippe Vaucher wrote:
> > On the git-users mailing list we're trying someone to help with
> > running `git push` over FTP. That person is runnig Git 1.7.9.5
> > on Ubuntu 12.04.
>
> I don't think vanilla git supports pushing over ftp.
>
> There are plugins l
On Fri, Oct 5, 2012 at 3:46 PM, Philippe Vaucher
wrote:
>
> > On the git-users mailing list we're trying someone to help with
> > running `git push` over FTP. That person is runnig Git 1.7.9.5
> > on Ubuntu 12.04.
>
> I don't think vanilla git supports pushing over ftp.
>
At least according to t
> On the git-users mailing list we're trying someone to help with
> running `git push` over FTP. That person is runnig Git 1.7.9.5
> on Ubuntu 12.04.
I don't think vanilla git supports pushing over ftp.
There are plugins like https://github.com/resmo/git-ftp tho.
Philippe
--
To unsubscribe from
On the git-users mailing list we're trying someone to help with
running `git push` over FTP. That person is runnig Git 1.7.9.5
on Ubuntu 12.04.
Below is the trace captured while trying to perform such a faulty push.
The oddity (in my eyes) is that after uploading the files, Git executes
`git http
On Thu, 2012-08-16 at 12:47 -0600, Jean Tappan wrote:
> I am looking for a tool that will control not only versioning for
> software, but also the software's associated user and support manuals.
> I haven't been able to find anything that addresses this particular
> topic. Can you tell me about thi
From: Jean Tappan
Sent: Thursday, August 16, 2012 12:33 PM
To: 'git@vger.kernel.org'
Subject: Git
I am looking for a tool that will control not only versioning for software, but
also the software's associated user and support manuals. I haven't been able to
find anything that addresses this par
30 matches
Mail list logo
