Hello,
I am pleased to contact you after viewing your profile i am interested in
having communication with you and if possible to be your friend, please dear
write me back using my e-mail address(devineadam...@yahoo.com)
i am waiting to hear from you soon.
yours new friend
Divine.
--
To unsubscr
On Mon, Sep 22, 2014 at 2:52 AM, Torsten Bögershausen wrote:
> git status takes a "pathspec" as a parameter, which is not the same as a
> filename.
> A pathspec can contain wildcards like '*' or '?' or things like "*[ch]".
> This is known as shell glob syntax (or so), and used automatically by al
On Sep 20, 2014, at 18:44, Johan Herland wrote:
At least, we should fix
git notes add -C e69de29bb2d1d6434b8b29ae775ad8c2e48c5391
Whether we should also change
git notes add -m ''
to create an empty note, or leave it as-is, (i.e. similar in spirit to
"git commit -m ''"), I'll leave up
Am 20.09.2014 um 18:20 schrieb Daniel Hahler:
After staging the removal of a submodule, diff-index does not consider this when
"--ignore-submodules" is being used:
# In a repository with submodule "sm":
% git rm --cached sm
% git diff-index --cached --quiet --ignore-submodules HE
The following issue was found by scan.coverity.com (ID: 1049510),
and claimed to be likely a copy-paste mistake.
Introduced in 331a1838b (2010-07-02, Try normalizing files
to avoid delete/modify conflicts when merging), which is
quite a long time ago, so I'm rather unsure if it's of any impact
or
Signed-off-by: Stefan Beller
---
t/t6031-merge-recursive.sh | 1 +
1 file changed, 1 insertion(+)
diff --git a/t/t6031-merge-recursive.sh b/t/t6031-merge-recursive.sh
index a953f1b..6464a16 100755
--- a/t/t6031-merge-recursive.sh
+++ b/t/t6031-merge-recursive.sh
@@ -13,6 +13,7 @@ test_expect_suc
On 2014-09-21 20.04, Rémi Vanicat wrote:
> Hello,
>
> I found what look like a bug in git status:
> `git status -unormal foo[b]/` won't output the content of the directory
> foo[b] when `git status -unormal foo/` will output the content of the
> directory foo:
>
> $ mkdir 'foo[b]'
> $ touch
Hello,
I found what look like a bug in git status:
`git status -unormal foo[b]/` won't output the content of the directory
foo[b] when `git status -unormal foo/` will output the content of the
directory foo:
$ mkdir 'foo[b]'
$ touch 'foo[b]/bar'
$ git status -unormal 'foo[b]/'
On branch
Hi Michael,
On 08/13/2014 02:47 PM, Michael Haggerty wrote:
> On 08/07/2014 01:59 AM, Fabian Ruch wrote:
>> pick and reword are atomic to-do list commands in the sense that they
>> open a new task which is closed after the respective command is
>> completed. squash and fixup are not atomic. They c
Signed-off-by: Stefan Beller
---
t/t9300-fast-import.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/t/t9300-fast-import.sh b/t/t9300-fast-import.sh
index 8a05449..8df0445 100755
--- a/t/t9300-fast-import.sh
+++ b/t/t9300-fast-import.sh
@@ -2866,7 +2866,7 @@ test_expect_suc
And this is the update as suggested in 23/32 [1]
[1] http://thread.gmane.org/gmane.comp.version-control.git/256210/focus=256849
-- 8< --
Subject: [PATCH] gc: support prune --worktrees
Helped-by: Marc Branchaud
Signed-off-by: Nguyễn Thái Ngọc Duy
---
Documentation/config.txt | 7 +++
Here we go again. Thanks both for the suggestions.
-- 8< --
Subject: [PATCH] prune: strategies for linked checkouts
(alias R=$GIT_COMMON_DIR/worktrees/)
- linked checkouts are supposed to keep its location in $R/gitdir up
to date. The use case is auto fixup after a manual checkout move.
-
xsize_t() checks if an off_t argument can be safely converted to
a size_t return value. If the check is executed too early, it could
fail for large files on 32-bit architectures even if the size_t code
path is not taken. Other paths might be able to handle the large file.
Specifically, index_stre
On Sun, Sep 21, 2014 at 10:10 AM, Eric Sunshine wrote:
> Would it make sense for this "rule of thumb" summary to be presented
> first, and then the explanation of that rule after, rather than the
> reverse as is currently the case?
You mean like this?
diff --git a/Documentation/git-checkout.txt
On Sun, Sep 21, 2014 at 10:53 AM, Torsten Bögershausen wrote:
> On 2014-09-21 05.00, Johan Herland wrote:
[...]
>> +cat > expect << EOF
> Git style for shell scripts: Plase put no space between < or > or >> and the
> file name:
> cat >expect <> + git log -1 > actual &&
> git log -1 >actual
On Sun, Sep 21, 2014 at 1:19 PM, Junio C Hamano wrote:
> Junio C Hamano writes:
>
>> Coming back to the command line syntax for the new feature, if I had
>> to choose, I would say
>>
>> git diff --no-index [-] [--]
>>
>> perhaps? As we never compare anything other than two things,...
>
The just-released Apple Xcode 6.0.1 has -Wstring-plus-int enabled by
default which complains about pointer arithmetic applied to a string
literal:
builtin/mailinfo.c:303:24: warning:
adding 'long' to a string does not append to the string
return !memcmp(SAMPLE + (cp - line)
On 2014-09-21 05.00, Johan Herland wrote:
[]
> diff --git a/t/t3301-notes.sh b/t/t3301-notes.sh
> index cfd67ff..a6c399b 100755
> --- a/t/t3301-notes.sh
> +++ b/t/t3301-notes.sh
> @@ -1239,4 +1239,23 @@ test_expect_success 'git notes get-ref (--ref)' '
> test "$(GIT_NOTES_REF=refs/notes/bar g
Make the code simpler and shorter by avoiding repetitive use of
string length variables and leaving memory allocation to strbuf
functions.
Signed-off-by: Rene Scharfe
---
remote.c | 17 +
1 file changed, 5 insertions(+), 12 deletions(-)
diff --git a/remote.c b/remote.c
index 35e
2014-09-20 17:51 GMT+02:00 Phillip Sz :
> Changes all Email to E-Mail, as this is the correct form in german.
>
Thanks!
> Phillip
>
> Signed-off-by: Phillip Sz
> ---
> po/de.po | 14 +++---
> 1 file changed, 7 insertions(+), 7 deletions(-)
>
> diff --git a/po/de.po b/po/de.po
> index e5
20 matches
Mail list logo