On Thu, Mar 27, 2014 at 06:22:50PM +0400, Kirill Smelkov wrote:
On Mon, Mar 24, 2014 at 02:47:24PM -0700, Junio C Hamano wrote:
Kirill Smelkov k...@mns.spb.ru writes:
On Fri, Feb 28, 2014 at 06:19:58PM +0100, Erik Faye-Lund wrote:
On Fri, Feb 28, 2014 at 6:00 PM, Kirill Smelkov
On Wed, Apr 9, 2014 at 2:48 PM, Kirill Smelkov k...@mns.spb.ru wrote:
On Thu, Mar 27, 2014 at 06:22:50PM +0400, Kirill Smelkov wrote:
On Mon, Mar 24, 2014 at 02:47:24PM -0700, Junio C Hamano wrote:
Kirill Smelkov k...@mns.spb.ru writes:
On Fri, Feb 28, 2014 at 06:19:58PM +0100, Erik
Junio C Hamano gits...@pobox.com writes:
- To officially adopt git-scm.com http://git-scm.com (and
git-scm.org http://git-scm.org) as our project home
page; and
- To officially adopt the logo that appears on the project
home page as our project logo.
For those like me who wonder
Hi Junio,
What I mean by behave like push is the following:
[remote foo]
url = ...
fetch = refs/users/bob/heads/*:refs/heads/* #Note that the fetch
and push configuration match.
push = refs/heads/*:refs/users/bob/heads/*
git ls-remote foo
refs/heads/master
git push foo master
On 04/07/2014 08:56 PM, Junio C Hamano wrote:
Michael Haggerty mhag...@alum.mit.edu writes:
...
Contributions-by: Raphaël Hertzog hert...@debian.org
Contributions-by: Eric Berberich eric.berber...@gmail.com
Contributions-by: Michiel Holtkamp g...@elfstone.nl
Contributions-by: Malte Swart
Michael Haggerty mhag...@alum.mit.edu writes:
In the longer term, I have a feeling that we may be better off to
make the git core tree not be the batteris included convenience
tree, though
...
Tell me if/when you want to transition to omitting git-multimail (and
presumably
On 04/09/2014 12:37 AM, Junio C Hamano wrote:
Jonathan Nieder jrnie...@gmail.com writes:
Torsten Bögershausen wrote:
Unicode 6.3 defines the following code as combining or accents,
git_wcwidth() should return 0.
Earlier unicode standards had defined these code point as reserved:
Thanks
Junio C Hamano wrote:
- To officially adopt the logo that appears on the project
home page as our project logo.
I have made my objections to that logo before, but here it goes again: bright
red is a horrible color for a logo, as it only looks good in limited
situations. I propose you use
Torsten Bögershausen tbo...@web.de writes:
How about this as a commit message:
Unicode: partially update to version 6.3
Unicode 6.3 defines the following code points as combining or accents,
git_wcwidth() should return 0.
Earlier unicode standards had defined these code point as reserved:
marat@ wrote:
I'm proud to announce WinGit: an attempt to bring Git powers to 64-bit
Windows.
WinGit is currently used only by my coworkers and isn't considered
production-ready-rock-solid. Use at your own risk.
Thank you for doing this, it's very much needed. It would be great if there was
Mike Hommey wrote:
On Wed, Apr 02, 2014 at 01:29:13AM +0200, Max Horn wrote:
I wonder if it is really worth the effort to start yet another project on
this... Moreover, I don't see a fundamental reason why one could not modify
git-remote-hg to work this way.
The way git-remote-hg works
Hopefully Michael would respond with more in-depth reviews as he has
been touching this area heavily recently, but a few comments.
Subject: Re: [PATCH 3/3] Change update_refs to run a single commit loop once
all work is fi
The project convention is to prefix with the area, colon, SP, a
Signed-off-by: Thomas Ackermann th.ac...@arcor.de
---
Documentation/git-http-backend.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/git-http-backend.txt
b/Documentation/git-http-backend.txt
index e8c13f6..d422ba4 100644
---
Lewis Diamond g...@lewisdiamond.com writes:
... Yes, I agree that the abbreviation expansion works as designed
(using the rev_parse_rules),
I am not fundamentally opposed if you want to add a new command line
option to git fetch so that the shortened what to fetch are
dwimmed differently, but
Thomas Ackermann th.ac...@arcor.de writes:
Signed-off-by: Thomas Ackermann th.ac...@arcor.de
---
Documentation/git-http-backend.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/git-http-backend.txt
b/Documentation/git-http-backend.txt
index
Felipe Contreras (4):
remote-helpers: allow all tests running from any dir
remote-hg: always normalize paths
remote-bzr: add support for older versions
completion: fix completion of certain aliases
dequis (1):
remote-bzr: include authors field in pushed commits
Apparently Mercurial can have paths such as 'foo//bar', so normalize all
paths.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/remote-helpers/git-remote-hg | 1 +
1 file changed, 1 insertion(+)
diff --git a/contrib/remote-helpers/git-remote-hg
Commit d3243d7 (test-bzr.sh, test-hg.sh: allow running from any dir)
allowed the tests to run from any directory, however, it didn't update
all the tests.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/remote-helpers/test-hg-bidi.sh | 3 ++-
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/remote-helpers/git-remote-bzr | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/contrib/remote-helpers/git-remote-bzr
b/contrib/remote-helpers/git-remote-bzr
index 332aba7..7f354c8 100755
---
Some commands need the first word to determine the actual action that is
being executed, however, the command is wrong when we use an alias, for
example 'alias.p=push', if we try to complete 'git p origin ', the
result would be wrong because __git_complete_remote_or_refspec() doesn't
know where it
From: dequis d...@dxzone.com.ar
Tests-by: Felipe Contreras felipe.contre...@gmail.com
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/remote-helpers/git-remote-bzr | 2 ++
contrib/remote-helpers/test-bzr.sh| 24
2 files changed, 26
Felipe Contreras felipe.contre...@gmail.com writes:
Some commands need the first word to determine the actual action that is
being executed, however, the command is wrong when we use an alias, for
example 'alias.p=push', if we try to complete 'git p origin ', the
result would be wrong because
Commit attributes are custom commit extra headers the user can
add to the commit object.
The motivation for this patch is that in my company we have a custom
continuous integration software that uses a custom formatted commit
message (currently in YALM format) to show several information into
our
So far I've mostly been ignoring how the command line would look
like, because the intermediate goal to my mind was to have it as a
hook that are added by people better versed with Git than an average
end-user, and if the command line interface had to change then they
are capable of updating it,
Junio C Hamano wrote:
Felipe Contreras felipe.contre...@gmail.com writes:
Some commands need the first word to determine the actual action that is
being executed, however, the command is wrong when we use an alias, for
example 'alias.p=push', if we try to complete 'git p origin ', the
Hi,
This is an example of timestamps are in git:
tree c67dc912a777ef6198a5c76890ebf11cd8ccc625
parent 6e527d8e07a80058bf8ac46180e25a9d4cb745eb
author my name m...@test.org 1397073956 +0400
committer my name m...@test.org 1397073956 +0400
testing again
As you can see, it
The latest maintenance release Git v1.9.2 is now available at
the usual places.
The release tarballs are found at:
http://www.kernel.org/pub/software/scm/git/
The following public repositories all have a copy of the v1.9.2
tag and the maint branch that the tag points at:
url =
This is a fix for the following bug:
http://thread.gmane.org/gmane.comp.version-control.git/245946/focus=245965
I added 2 functions: verify_index_from and verify_index. They return 1
if the sha1 is correct, otherwise 0. I choose to not die if any errors
are occurred because we just want to not
Before we proceed to opportunistic update we must verify that the
current index file is the same as the one that we read before. There
is a possible race if we don't do this:
1. process A calls git-rebase
2. process A applies 1st commit
3. process B calls git-status
4. process B reads
Before we proceed to opportunistic update we must verify that the
current index file is the same as the one that we read before. There
is a possible race if we don't do this:
1. process A calls git-rebase
2. process A applies 1st commit
3. process B calls git-status
4. process B reads
Before we proceed to opportunistic update we must verify that the
current index file is the same as the one that we read before. There
is a possible race if we don't do this:
1. process A calls git-rebase
2. process A applies 1st commit
3. process B calls git-status
4. process B reads
Yiannis Marangos yiannis.maran...@gmail.com writes:
Before we proceed to opportunistic update we must verify that the
current index file is the same as the one that we read before. There
is a possible race if we don't do this:
Please somehow make it clear that the race is in general, and use
On 10 April 2014 02:43, Felipe Contreras felipe.contre...@gmail.com wrote:
Junio C Hamano wrote:
- To officially adopt the logo that appears on the project
home page as our project logo.
I have made my objections to that logo before, but here it goes again: bright
red is a horrible
Excellent, 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
On Thu, Apr 10, 2014 at 2:38 AM, Diego Lago
diego.lago.gonza...@gmail.com wrote:
Commit attributes are custom commit extra headers the user can
add to the commit object.
The motivation for this patch is that in my company we have a custom
continuous integration software that uses a custom
Before we proceed to opportunistic update we must verify that the
current index file is the same as the one that we read before. There
is a possible race if we don't do this. In the example below git-show
does opportunistic update and git-rebase updates the index, but the
race can happen in
Before we proceed to opportunistic update we must verify that the
current index file is the same as the one that we read before. There
is a possible race if we don't do this. In the example below git-status
does opportunistic update and git-rebase updates the index, but the
race can happen in
37 matches
Mail list logo