On Sun, 17 Nov 2013 13:22:40 -0700
Zachary Rodriguez zmrodrigue...@gmail.com wrote:
Hello. I am having trouble setting up a git repository on an ftp
server. The repository is bare and has had several commits made before
being moved to the ftp server. I am attempting to clone from my ftp
On Sun, Nov 17, 2013 at 9:52 AM, Christian Couder
chrisc...@tuxfamily.org wrote:
From: Jeff King p...@peff.net
On Wed, Nov 13, 2013 at 07:47:03AM +0100, Christian Couder wrote:
My preference is:
1) with an s
2) start
3) underscore
so that gives: starts_with() and ends_with()
FWIW,
[ Please, don't top-post, and set your mailer correctly so that the To:
header points to the person you're replying to. ]
ycollette.nos...@free.fr writes:
On most linux distro bugzilla website, there are some people dedicated
to triaging bugs (finding duplicated bugs, asking for more
Peter van der Does pe...@avirtualhome.com writes:
[1] The original set of extensions have not been updated since 2012 and
the last release was done in 2010
Did you contact the original authors? If the original is unmaintained
and you have a set of improvements, it would be nice to find a
Jeff King p...@peff.net writes:
I found this hard to parse, I think because of the keeping (why would
I not keep it?), and because you are talking about lines above and
below. It is not as accurate to say:
# -- 8
# Everything below this line will be
Jeff King p...@peff.net writes:
On Wed, Nov 13, 2013 at 03:07:54PM -0800, Junio C Hamano wrote:
* nd/liteal-pathspecs (2013-10-28) 1 commit
(merged to 'next' on 2013-11-01 at 1a91775)
+ pathspec: stop --*-pathspecs impact on internal parse_pathspec() uses
Will cook in 'next'.
I
Richard Hansen rhan...@bbn.com writes:
A handful of fixes for the git-remote-hg and git-remote-bzr remote
helpers and their unit tests.
Changes from v2:
* changed the author on the following patches to Felipe Contreras:
- [2/9] test-lib.sh: convert $TEST_DIRECTORY to an absolute path
Ramkumar Ramachandra artag...@gmail.com writes:
Junio C Hamano wrote:
Perhaps like this (obviously not tested as these three patches did
not add any tests ;-)
Sorry about that. I didn't notice t6300-for-each-ref.sh. Will fix in
the next round.
I also think that there should be a mechanism
Andrés G. Aragoneses kno...@gmail.com writes:
Instead of simply ignoring the value passed to --depth
option when it is zero or negative, now it is caught
and reported.
This will let people know that they were using the
option incorrectly (as depth0 should be simply invalid,
and under the
Marc Branchaud marcn...@xiplink.com writes:
Foreign interfaces, subsystems and ports.
* git-svn used with SVN 1.8.0 when talking over https:// connection
dumped core due to a bug in the serf library that SVN uses. Work
it around on our side, even though the SVN side is being fixed.
Hi,
I'm normally an Emacs+command-line user, but I also use Eclipse or
Netbeans on some projects. I tried using EGit and the Netbeans plugin
for Git, but found the GUI both more comlex and less powerful than the
command-line. I end-up using command-line git in a terminal, outside the
IDE (and do
I'm normally an Emacs+command-line user, but I also use Eclipse or
Netbeans on some projects.
Did you give magit a try? It's really an awesome emacs plugin, which
gives me pretty much the same control as the command line experience
without the pain. Ask me more about if if you're interested.
On Mon, 18 Nov 2013 18:11:54 +, Matthieu Moy wrote:
...
I was wondering whether others had similar (or not) experience.
Similar. When I used eclipse I didn't even try to use the plugins
and just stayed on the command line. (Well, almost, but back then
jgit couldn't deal with submodules which
Hi,
The major change since v3 is in [6/6]: color no more auto-resets after
each token, but instead only to avoid leakage (thanks to Junio). Other
minor changes are in accordance with Eric Sunshine's review.
Thanks.
Ramkumar Ramachandra (6):
t6300 (for-each-ref): clearly demarcate setup
Condense the two-step setup into one step, and give it an appropriate
name.
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
t/t6300-for-each-ref.sh | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/t/t6300-for-each-ref.sh b/t/t6300-for-each-ref.sh
index
To make sure that an invocation like the following doesn't leak color,
$ git for-each-ref --format='%(subject)%(color:green)'
auto-reset at the end of the format string when the last color token
seen in the format string isn't a color-reset.
Signed-off-by: Ramkumar Ramachandra
'git branch' shows which branch you are currently on with an '*', but
'git for-each-ref' misses this feature. So, extend its format with
%(HEAD) for the same effect.
Now you can use the following format in for-each-ref:
%(HEAD) %(refname:short)
to display an asterisk next to the current ref.
Use rev-parse in its place, making it easier for future patches to
modify the test script.
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
t/t6300-for-each-ref.sh | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/t/t6300-for-each-ref.sh
Enhance 'git for-each-ref' with color formatting options. You can now
use the following format in for-each-ref:
%(color:green)%(refname:short)%(color:reset)
where color names are described in color.branch.*.
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
Hi Andy,
sadly I get the same error with a downgraded svn:
$ git --version
git version 1.8.4.2
$ svn --version
svn, version 1.7.10 (r1485443)
compiled Nov 18 2013, 18:43:16
Copyright (C) 2013 The Apache Software Foundation.
This software consists of contributions made by many people; see the
Jeff King p...@peff.net writes:
On Sun, Nov 17, 2013 at 01:39:52AM +1100, Bryan Turner wrote:
Aphrael:example bturner$ for ((i=1;i21;i++)); do git symbolic-ref
refs/heads/syms/$i refs/heads/master; done
Aphrael:example bturner$ git ls-remote .
fatal: protocol error: impossibly long line
I've created git-repair as a small spinoff from git-annex.
http://git-repair.branchable.com/
git-repair is a complement to git fsck, which only finds problems, but
does not try to fix them.
At its simplest, git-repair deletes all corrupt objects and corrupt
packs, makes a fresh clone from a
Marc Branchaud marcn...@xiplink.com writes:
Mostly just tweaks, although I did change the foo^{tag} description a lot.
Thanks. It is surprising that one can make so many typoes in a
single document ;-)
@@ -55,7 +55,7 @@ Foreign interfaces, subsystems and ports.
* git-svn used with SVN
Philippe Vaucher philippe.vauc...@gmail.com writes:
I'm normally an Emacs+command-line user, but I also use Eclipse or
Netbeans on some projects.
Did you give magit a try?
I've used the Git backend for DVC in the past. I gave Magit a try very
long ago, and found DVC superior at that time (I
Junio C Hamano gits...@pobox.com writes:
Marc Branchaud marcn...@xiplink.com writes:
Foreign interfaces, subsystems and ports.
* git-svn used with SVN 1.8.0 when talking over https:// connection
dumped core due to a bug in the serf library that SVN uses. Work
it around on our
Torstein Hegge he...@resisty.net writes:
Commit f2e0873 (branch: report invalid tracking branch as gone) removed
an early return from fill_tracking_info() in the path taken when 'git
branch -v' lists a branch in sync with its upstream. This resulted in an
unconditionally added space in front
On 13-11-18 01:49 PM, Junio C Hamano wrote:
Junio C Hamano gits...@pobox.com writes:
Marc Branchaud marcn...@xiplink.com writes:
Foreign interfaces, subsystems and ports.
* git-svn used with SVN 1.8.0 when talking over https:// connection
dumped core due to a bug in the serf library
On 13-11-18 01:42 PM, Junio C Hamano wrote:
Marc Branchaud marcn...@xiplink.com writes:
Mostly just tweaks, although I did change the foo^{tag} description a lot.
Thanks. It is surprising that one can make so many typoes in a
single document ;-)
@@ -55,7 +55,7 @@ Foreign interfaces,
Junio C Hamano wrote:
Marc Branchaud marcn...@xiplink.com writes:
* git branch -v -v (and git status) did not distinguish among a
- branch that does not build on any other branch, a branch that is in
- sync with the branch it builds on, and a branch that is configured
- to build on
Marc Branchaud wrote:
* git branch -v -v (and git status) did not distinguish among a
branch that is not based on any upstream branch, a branch that is in
sync with its upstream branch, and a branch that is configured with an
upstream branch that no longer exists.
Ooh, this is much
On 14/11/13 23:09, Ramsay Jones wrote:
On 14/11/13 21:33, Jeff King wrote:
On Thu, Nov 14, 2013 at 07:19:38PM +, Ramsay Jones wrote:
Unfortunately, I didn't find time this weekend to finish the msvc build
fixes. However, after a quick squint at these patches, I think you have
almost done
Jason St. John jstj...@purdue.edu writes:
rev-list-options.txt:
-- Remove blank lines after some options subheadings to fix syntax
highlighting in Vim
-- Typeset literal options, commands, and path names in monospace
-- Remove AsciiDoc escapes with literal
-- Replace some double quotes
Thanks, will requeue.
--
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
Ramkumar Ramachandra artag...@gmail.com writes:
To make sure that an invocation like the following doesn't leak color,
$ git for-each-ref --format='%(subject)%(color:green)'
auto-reset at the end of the format string when the last color token
seen in the format string isn't a color-reset.
Jonathan Nieder jrnie...@gmail.com writes:
Marc Branchaud wrote:
* git branch -v -v (and git status) did not distinguish among a
branch that is not based on any upstream branch, a branch that is in
sync with its upstream branch, and a branch that is configured with an
upstream
Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
Change since v1:
- add GIT-PERL-DEFINES to .gitignore so it doesn't clutter up
git status output
.gitignore | 1 +
Makefile | 13 +++--
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/.gitignore b/.gitignore
index
Instead of simply ignoring the value passed to --depth
option when it is zero or negative, now it is caught
and reported.
This will let people know that they were using the
option incorrectly (as depth0 should be simply invalid,
and under the hood depth==0 didn't have any effect).
Junio C Hamano wrote:
diff --git a/builtin/for-each-ref.c b/builtin/for-each-ref.c
index 2ff4e54..04e35ba 100644
--- a/builtin/for-each-ref.c
+++ b/builtin/for-each-ref.c
@@ -23,6 +23,7 @@ typedef enum { FIELD_STR, FIELD_ULONG, FIELD_TIME }
cmp_type;
struct atom_value {
const char
38 matches
Mail list logo
