-files.sh b/t/t3080-list-files.sh
new file mode 100755
index 000..01b9662
--- /dev/null
+++ b/t/t3080-list-files.sh
@@ -0,0 +1,134 @@
+#!/bin/sh
+
+test_description='git list-files test'
+
+. ./test-lib.sh
+
+test_expect_success 'setup' '
+ mkdir dir
+ touch file dir/file
+ git init
color.ls.submodule yellow
git list-files --color=always actual
test_cmp $TEST_DIRECTORY/t3080/color_ls actual
--- /Users/michael.blume/workspace/git/t/t3080/color_ls 2015-01-28
04:40:23.0 +
+++ actual 2015-01-28 04:42:59.0 +
@@ -1,3 +1,3 @@
-dir
-file
-gitlink
+dir
+file
Michael Blume blume.m...@gmail.com writes:
Test 3 is failing on my mac:
expecting success:
test_config color.ls.file red
test_config color.ls.directory green
test_config color.ls.submodule yellow
git list-files --color=always actual
test_cmp $TEST_DIRECTORY/t3080/color_ls actual
On Wed, Jan 28, 2015 at 11:44 AM, Michael Blume blume.m...@gmail.com wrote:
Test 3 is failing on my mac:
expecting success:
test_config color.ls.file red
test_config color.ls.directory green
test_config color.ls.submodule yellow
git list-files --color=always actual
test_cmp
Test 3 is failing on my mac:
expecting success:
test_config color.ls.file red
test_config color.ls.directory green
test_config color.ls.submodule yellow
git list-files --color=always actual
test_cmp $TEST_DIRECTORY/t3080/color_ls actual
--- /Users/michael.blume/workspace/git/t/t3080/color_ls
+test_expect_success 'no dups' '
+ echo dirty file
To leave a clean slate for subsequent tests, would it make sense to
restore 'file' to a clean state via test_when_finished()?
+ git list-files -m file actual
+ echo file expected
+ test_cmp expected actual
+ git list
create mode 100644 t/t3080/color_ls
create mode 100644 t/t3080/ls_colors
diff --git a/t/t3080-list-files.sh b/t/t3080-list-files.sh
new file mode 100755
index 000..6313dd9
--- /dev/null
+++ b/t/t3080-list-files.sh
@@ -0,0 +1,122 @@
+#!/bin/sh
+
+test_description='git list-files test
On Tue, Dec 2, 2014 at 3:02 AM, Junio C Hamano gits...@pobox.com wrote:
Does this contain a lot of borrowed code or something? The style
violation in the patches are unusually high, even compared with your
other series.
The first one is from coreutils, but I reformatted (and trimmed) to
fit
On Tue, Dec 2, 2014 at 12:42 PM, Jeff King p...@peff.net wrote:
On Sun, Nov 30, 2014 at 03:55:48PM +0700, Nguyễn Thái Ngọc Duy wrote:
This is something else that's been sitting in my tree for a while now.
It adds git list-files, intended to be aliased as ls with your
favourite display options
was named git-ls and that you
renamed it to git-list-files in order to leave 'ls' available so users
can create an 'ls' alias specifying their own default options. Would
it make sense, however, to restore the name to git-ls and allow users
to set default options via a config variable instead
Jeff King schrieb am 02.12.2014 um 06:42:
On Sun, Nov 30, 2014 at 03:55:48PM +0700, Nguyễn Thái Ngọc Duy wrote:
This is something else that's been sitting in my tree for a while now.
It adds git list-files, intended to be aliased as ls with your
favourite display options.
When I read
On Tue, Dec 02, 2014 at 06:45:52PM +0700, Duy Nguyen wrote:
As a side note, I wonder if it would be sensible to whitelist some
commands as porcelain, and allow aliases to override them (either
entirely, or just to add-in some options).
Agreed. Maybe not all porcelain (some like
Does this contain a lot of borrowed code or something? The style
violation in the patches are unusually high, even compared with your
other series.
I've tried to fix it up and will push out the result on 'pu' if
things work OK, but this does not even have tests, so it is unlikely
that it would
) is on by default so '*.c' means a.c but not a/b.c, use
'**/*.c' for that.
* auto pager
The name 'ls' is not taken. It is left for the user to make an alias
with better default options.
I understand that your original version was named git-ls and that you
renamed it to git-list-files in order to leave
On Sun, Nov 30, 2014 at 03:55:48PM +0700, Nguyễn Thái Ngọc Duy wrote:
This is something else that's been sitting in my tree for a while now.
It adds git list-files, intended to be aliased as ls with your
favourite display options.
When I read the subject, I thought why isn't this called git
This is something else that's been sitting in my tree for a while now.
It adds git list-files, intended to be aliased as ls with your
favourite display options.
As you can guess it's a friendlier version (and pretty close to GNU
ls) of ls-files. On one hand, I think this is a nice addition
(-)
create mode 100644 Documentation/git-list-files.txt
diff --git a/.gitignore b/.gitignore
index a052419..9727ecc 100644
--- a/.gitignore
+++ b/.gitignore
@@ -76,6 +76,7 @@
/git-init-db
/git-interpret-trailers
/git-instaweb
+/git-list-files
/git-log
/git-ls-files
/git-ls-remote
diff --git
On Sun, Jan 13, 2013 at 11:08:32PM -0800, Jonathan Nieder wrote:
Jeff King wrote:
As far as I recall, that script works. However, I have a pure-C
blame-tree implementation that is much faster, which may also be of
interest. I need to clean up and put a few finishing touches on it to
I went through your initial thread about blame-tree,
and it is really very very (+very) close to answer my question.
Thanks for writing it,
if it comes one day to git, I will use it.
As for:
'I guess people's eyes and brains are trained by the old school file
boundaries matter way of thinking'
Hi,
I was searching for some git- command to provide me a list of files
(in a git directory), same as ls,
but showing information from the last commit of the file instead.
lets, say the equivalent of the $ls -d b* within git.git root directory
would look like:
98746061 jrnieder
Hi,
Стойчо Слепцов wrote:
lets, say the equivalent of the $ls -d b* within git.git root directory
would look like:
98746061 jrnieder 2010-08-12 17:11 Standardize-do-.-while-0-style base85.c
c43cb386 pclouds 2012-10-26 22:53 Move-estimate_bisect_steps-to-li bisect.c
not really,
ls-tree provides the hash of blobs and trees,
what I am searching for isthe last commitwho introduced the blob or tree.
but, hey, thanks for the answer!
Blind
2013/1/13 Matthieu Moy matthieu@grenoble-inp.fr:
Стойчо Слепцов stoycho.slept...@gmail.com writes:
Hi,
I was
thanks alot, Jonathan,
I'll try to search through those scripts.
Blind.
2013/1/13 Jonathan Nieder jrnie...@gmail.com:
Hi,
Стойчо Слепцов wrote:
lets, say the equivalent of the $ls -d b* within git.git root directory
would look like:
98746061 jrnieder 2010-08-12 17:11
On Sun, Jan 13, 2013 at 09:56:02AM -0800, Jonathan Nieder wrote:
lets, say the equivalent of the $ls -d b* within git.git root directory
would look like:
98746061 jrnieder 2010-08-12 17:11 Standardize-do-.-while-0-style base85.c
c43cb386 pclouds 2012-10-26 22:53
Jeff King wrote:
As far as I recall, that script works. However, I have a pure-C
blame-tree implementation that is much faster, which may also be of
interest. I need to clean up and put a few finishing touches on it to
send it to the list, but it has been in production at GitHub for a few
25 matches
Mail list logo
