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 &&
+
On Wed, Jan 28, 2015 at 11:44 AM, Michael Blume 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 li
Michael Blume 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 &
gt;> 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 2015-01-28
>> 04:40:23.000
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 act
_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
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'
+
+. ./t
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 gi
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&q
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 'ls' available so users
> can create an 'ls' alias specifying their own default options.
On Tue, Dec 2, 2014 at 12:42 PM, Jeff King 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&q
On Tue, Dec 2, 2014 at 3:02 AM, Junio C Hamano 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 Git. I recall yo
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
(glob) 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
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 br
ons(+), 4 deletions(-)
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-l
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
ons(+), 4 deletions(-)
create mode 100644 Documentation/git-list-files.txt
diff --git a/.gitignore b/.gitignore
index dc600f9..faeac5d 100644
--- a/.gitignore
+++ b/.gitignore
@@ -75,6 +75,7 @@
/git-init
/git-init-db
/git-instaweb
+/git-list-files
/git-log
/git-ls-files
/git-ls-remote
diff
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'
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
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
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-
thanks alot, Jonathan,
I'll try to search through those scripts.
Blind.
2013/1/13 Jonathan Nieder :
> 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 Standar
not really,
ls-tree provides the hash of blobs and trees,
what I am searching for is"the last commit"who introduced the blob or tree.
but, hey, thanks for the answer!
Blind
2013/1/13 Matthieu Moy :
> Стойчо Слепцов writes:
>
>> Hi,
>>
>> I was searching for some git- command to provide me a list
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
Стойчо Слепцов writes:
> 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 lik
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
27 matches
Mail list logo
