-submodule-update.sh
@@ -288,10 +288,7 @@ test_expect_success 'submodule update --remote --recursive
--init should fetch m
git commit -m "add l1 module with branch b1 in super5" &&
git submodule init submodl1b1 &&
git clone super5 super &&
Change occurrences "cd" followed by "fetch" on a single line to be on
two lines.
This is purely a stylistic change pointed out in code review for an
unrelated patch. Change the these tests use so new tests added later
using the more common style don't look out of pl
C)'
# function could fix that but it is not in Python until 3.3.
time_in_seconds() {
- python -c 'import time; print int(time.time())'
+ (cd / && python -c 'import time; print(int(time.time()))')
}
# Try to pick a unique port: guess a large numbe
ttime(CLOCK_MONOTONIC)'
# function could fix that but it is not in Python until 3.3.
time_in_seconds() {
- python -c 'import time; print int(time.time())'
+ (cd "$TEST_DIRECTORY" && python -c 'import time;
print(int(time.time()))')
}
# Try to pic
hat area. Funny, though, that my user name shows up...
>
> I think the reason is that git.c's handle_alias() (or something else)
> calls restore_env() multiple times, and restore_env frees orig_cwd such
> that subsequent restore_env(0) with external_alias=0 tries to cd to a
> random loc
omething else)
calls restore_env() multiple times, and restore_env frees orig_cwd such
that subsequent restore_env(0) with external_alias=0 tries to cd to a
random location.
I have no idea whether orig_cwd=0 after freeing or something else would
be the proper fix.
Michael
LANG=C git sss
WARNING: You
> I don't see a big problem with that. But I wonder if we would do better
> to introduce arbitrary strftime-like formatting, so we do not have to
> keep adding new formats.
My thoughts exactly...
This list seems to be a prove-yourself-with-patches sorta place. If I
can find the time, I'll try att
On Thu, Oct 09, 2014 at 03:24:28PM -0400, Jeff King wrote:
> On Thu, Oct 09, 2014 at 11:19:36AM -0500, Derek Moore wrote:
>
> > PRETTY FORMATS' format: documentation says, "%ad: author date
> > (format respects --date= option)", and similarly for %cd.
> >
On Thu, Oct 09, 2014 at 11:19:36AM -0500, Derek Moore wrote:
> PRETTY FORMATS' format: documentation says, "%ad: author date
> (format respects --date= option)", and similarly for %cd.
>
> But git-archive does not support the --date= option for changing the
>
PRETTY FORMATS' format: documentation says, "%ad: author date
(format respects --date= option)", and similarly for %cd.
But git-archive does not support the --date= option for changing the
date format in $Format:%ad$ or $Format:%cd$ substitution strings.
Relatedly, I want a shor
Thomas Braun writes:
> Signed-off-by: Thomas Braun
> ---
>
> Today I found out that both %cd and %ad pretty print format
> specifications honour the --date option as shown in:
>
> $ git log --abbrev=8 --date=short --pretty="%h (%s, %cd)" -n1
> 5bdb1c4e (Merge
Signed-off-by: Thomas Braun
---
Today I found out that both %cd and %ad pretty print format
specifications honour the --date option as shown in:
$ git log --abbrev=8 --date=short --pretty="%h (%s, %cd)" -n1
5bdb1c4e (Merge pull request #245 from
kblees/kb/master/fix-libsvn-addres
ppened yesterday that i needed to do
|>>>
|>>> $ git diff HEAD:FILE COMMIT:SAME-FILE |
|>>>> (cd src && git apply -)
|>>> ...
|>>
|>> Ah little more context would help. Are you diffing files in the subdir
|>> src, or a file
>
>>> $ git diff HEAD:FILE COMMIT:SAME-FILE |
>>> > (cd src && git apply -)
>>> ...
>>
>> Ah little more context would help. Are you diffing files in the subdir
>> src, or a file at the root which happens to be present in the subdir src
>> a
Michael J Gruber writes:
> Steffen Nurpmeso venit, vidit, dixit 24.07.2014 15:29:
>> Hello (again, psst, after a long time),
>>
>> it happened yesterday that i needed to do
>>
>> $ git diff HEAD:FILE COMMIT:SAME-FILE |
>> > (cd src &&am
Hello (again, psst, after a long time),
it happened yesterday that i needed to do
$ git diff HEAD:FILE COMMIT:SAME-FILE |
> (cd src && git apply -)
but found that didn't work with v2.0.0 (silently succeeds?, doing
nothing). It works without the subshell and the cd(
Steffen Nurpmeso venit, vidit, dixit 24.07.2014 15:29:
> Hello (again, psst, after a long time),
>
> it happened yesterday that i needed to do
>
> $ git diff HEAD:FILE COMMIT:SAME-FILE |
> > (cd src && git apply -)
>
> but found that didn't wor
Many tests do something like:
(
mkdir foo &&
cd foo &&
git init
)
You can do the same these days with "git init foo", which
makes the tests shorter and simpler to read.
Signed-off-by: Jeff King
---
Unlike the last patch, this one _could_
also sprach Thomas Koch [2013.09.16.2101 +0200]:
> shell alias cdgit = cd $(git root)
I've tried to make this happen many years ago, but I never finished
the ZLE widget that did it. The idea was to bind 'tab' to a function
that would replace an occurrence of ~g in $LBUFFER with
Hi,
I frequently have the need to cd back to the root of the current git workdir
and created to alias for this:
git alias root = rev-parse --show-toplevel
shell alias cdgit = cd $(git root)
Maybe somebody likes this.
Now it would be cool, to have an alias to cd into a specific subdir of the
On Mon, Sep 16, 2013 at 09:01:14PM +0200, Thomas Koch wrote:
> Hi,
>
> I frequently have the need to cd back to the root of the current git workdir
> and created to alias for this:
>
> git alias root = rev-parse --show-toplevel
>
> shell alias cdgit = cd $(git root)
&
On 04/03/2013 04:49 PM, jpinheiro wrote:
Hi all,
We are students from Universidade do Minho in Portugal, and we are using git
in project as a case study.
While experimenting with git we found an unexpected behavior with git rm.
Here is a trace of the unexpected behavior:
$ git init
$ mkdir D
$
init
$ mkdir D
$ echo "Hi" > D/F
$ git add D/F
$ rm -r D
$ echo "Hey" > F
$ git rm D/F
This works as expected, and the only difference is the name of the file of
the last echo.
Is this the expected behavior of git rm?
--
View this message in context: http://gi
ificial Intelligence and Cognitive Science
(AICS '13)
1st International Conference on Innovative Computing and Information Processing
(INCIP '13)
For the accepted papers we provide
---
a) Book (Hard-Copy).
b) CD-ROM Proceedings with all collocated con
24 matches
Mail list logo