Hi, I really wonder about this happen.
I want svn→git migrate, and I use this command.
git svn clone https://my.svn.repo/url --stdlayout
When I test a small svn repository and 'real working repository 1' with same
this command, it's complete successfully.
But it's not work in a 'real working repo
Hello,
I really hate working with CVS, so I have set up a cronjob running
"git cvsimport" on regular basis to create a mirror of gnuplot
sources. I would use another tool, but until a few days ago I wasn't
aware of anything else that supported incremental updates, so that I
could run the conversio
On 02/14/2014 09:03 PM, Junio C Hamano wrote:
> This is a combined diff, and yaml-related lines are added relative
> to your _other_ branch you are merging (notice these + are indented
> by one place). Relative to what you had at the tip of your branch
> before you started this operation that ende
On Mon, Feb 17, 2014 at 3:34 AM, Ingo Rohloff wrote:
> Hello,
>
> while trying out git (version 1.7.9.5), I did this:
>
> git clone -- ssh://myserver/~rohloff/git/w1.git w1
>
> So I just cloned a test repository.
> The in the cloned "w1" repository I executed:
>
> git branch origin/master
> git br
Hello,
while trying out git (version 1.7.9.5), I did this:
git clone -- ssh://myserver/~rohloff/git/w1.git w1
So I just cloned a test repository.
The in the cloned "w1" repository I executed:
git branch origin/master
git branch remotes/origin/master
git branch refs/remotes/origin/master
I now
On Sun, Feb 16, 2014 at 06:37:12PM +0100, Stefan Beller wrote:
> Hi,
>
> so I tend to accumulate lots of branches as I'd do one
> branch per feature. When cleaning up, I'd like to
> delete all branches, which have been merged.
> I could use
> $ git branch -d (which was merged already?) ^C
On Sat, Feb 15, 2014 at 9:28 PM, Nguyễn Thái Ngọc Duy wrote:
> Refreshing index requires work tree. So we have to options: always set
> up work tree (and refuse to reset if failing to do so), or make
> refreshing index optional.
>
> As refreshing index is not the main task, it makes more sense to
Hi,
so I tend to accumulate lots of branches as I'd do one
branch per feature. When cleaning up, I'd like to
delete all branches, which have been merged.
I could use
$ git branch -d (which was merged already?) ^C
$ git branch --merged # let's find out
...
$ # Now
Thomas Rast writes:
> David Kastrup writes:
>
>> Thomas Rast writes:
>>
>>> David Kastrup writes:
>>>
Looking in the Makefile, I just find support for coverage reports using
gcov. Whatever is there with "profile" in it seems to be for
profile-based compilation rather than using
David Kastrup writes:
> Thomas Rast writes:
>
>> David Kastrup writes:
>>
>>> Looking in the Makefile, I just find support for coverage reports using
>>> gcov. Whatever is there with "profile" in it seems to be for
>>> profile-based compilation rather than using gprof.
>> [...]
>>> Is there a
The GIT_EXTERNAL_DIFF calling code attempts to reuse existing worktree
files for the worktree side of diffs, for performance reasons.
However, that code also tries to do the same with submodules. This
results in calls to $GIT_EXTERNAL_DIFF where the old-file is a file of
the form "Submodule commit
John Keeping writes:
> If we carry on after outputting config_error_nonbool then we're
> guaranteed to dereference a null pointer.
Not really relevant to this patch, but looking at the output of
git grep config_error_nonbool
seems like a serious amount of ridiculousness going on. The header
s
On Sun, Feb 16, 2014 at 10:37:18AM +0700, Nguyễn Thái Ngọc Duy wrote:
> -static char cut_line[] =
> +static const char cut_line[] =
Your subject says cut_lines[], but the variable is cut_line[] (no "s").
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.cr
If 'src' already ends with a slash, then add_slash() will just return
it, meaning that 'free(src_with_slash)' is actually 'free(src)'. Since
we use 'src' later, this will result in use-after-free.
In fact, this cannot happen because 'src' comes from
internal_copy_pathspec() without the KEEP_TRAIL
On Sun, Feb 16, 2014 at 2:22 AM, Steven Penny wrote:
> On Windows you can have either MinGW or Cygwin. As has been shown in this
> script
> MinGW uses "start" while Cygwin uses "cygstart". The "cygstart" command is
> robust but the "start" command breaks on certain URLs
>
> $ git web--browse
iconv(3) returns "(size_t) -1" on error. Make sure that we cast the
"-1" properly when checking for this.
Signed-off-by: John Keeping
---
utf8.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/utf8.c b/utf8.c
index 0d20e0a..24c3c5c 100644
--- a/utf8.c
+++ b/utf8.c
@@ -529,7
We treat these as unsigned everywhere and compare against unsigned
values, so declare them using the typedef we already have for this.
While we're here, fix the indentation as well.
Signed-off-by: John Keeping
---
utf8.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/ut
If we carry on after outputting config_error_nonbool then we're
guaranteed to dereference a null pointer.
Signed-off-by: John Keeping
---
notes-utils.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/notes-utils.c b/notes-utils.c
index 2975dcd..4aa7023 100644
--- a/notes-util
We are guaranteed that 'nst' is non-null because it is allocated with
xmalloc(), and in fact we rely on this three lines later by
unconditionally dereferencing it.
Signed-off-by: John Keeping
---
streaming.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/streaming.c b/st
The first two of these fix real bugs, the rest just clean up some of the
less obviously "not actually a problem" issues identified by Clang's
static analyzer [1] and stack[2].
Stack is interesting in that it is designed to detect potentially
undesirable optimizations where undefined behaviour may
Thomas Rast writes:
> David Kastrup writes:
>
>> Looking in the Makefile, I just find support for coverage reports using
>> gcov. Whatever is there with "profile" in it seems to be for
>> profile-based compilation rather than using gprof.
> [...]
>> Is there a reason there are no prewired recip
David Kastrup writes:
> Looking in the Makefile, I just find support for coverage reports using
> gcov. Whatever is there with "profile" in it seems to be for
> profile-based compilation rather than using gprof.
[...]
> Is there a reason there are no prewired recipes or advice for using
> gprof
Duy Nguyen writes:
> On Sun, Feb 9, 2014 at 2:03 AM, Thomas Rast wrote:
>> Easy:
>>
>> * Add -p 'e' when it fails to apply should offer an obvious way of
>> starting from the original hunk (not the broken one) or both
>
> If it's too easy, you can add a command to change diff display
> setting
On Sun, Feb 9, 2014 at 2:03 AM, Thomas Rast wrote:
> Easy:
>
> * Add -p 'e' when it fails to apply should offer an obvious way of
> starting from the original hunk (not the broken one) or both
If it's too easy, you can add a command to change diff display
settings (--color-words, context size..
On Sun, 16 Feb 2014, Daniel Stenberg wrote:
Right, the problem is there to make sure that a NTLM-auth connection with
different credentials aren't re-used. NTLM with its connection-oriented
authentication breaks the traditional HTTP paradigms and before this change
there was a risk that libcur
On Sat, 15 Feb 2014, Kyle J. McKay wrote:
If pipelining is off (the default) and total connections is not 1 it sounds
to me from the description above that the requests will be executed on
separate connections until the maximum number of connections is in use and
then there might be some reuse
The patch extends git config --file interface to allow read config from
stdin.
Editing stdin or setting value in stdin is an error.
Include by absolute path is allowed in stdin config, but not by relative
path.
Signed-off-by: Kirill A. Shutemov
---
builtin/config.c | 11 +
cac
On 02/06/2014 09:17 PM, Jonathan Nieder wrote:
> How do I use the only-look-at-HEAD mode from a non-bare repo? If I
> want attributes with respect to some other commit instead of HEAD, is
> there a syntax for that? The command doesn't seem to have been well
> thought out.
I agree that it would b
Duy Nguyen writes:
> On Sun, Feb 16, 2014 at 2:23 AM, Thomas Gummerer wrote:
>> Hi,
>>
>> since index-v5 didn't seem to generate enough interest to be merged, I
>
> I thought there were some comments last time that you were going to
> address and resubmit?
Yes, there were some comments to the l
On Fri, Feb 14, 2014 at 09:37:00AM -0800, Junio C Hamano wrote:
> Kirill Smelkov writes:
>
> > Previously diff_tree(), which is now named __diff_tree_sha1(), was
>
> That name with two leading underscores is a rather unfortunate,
> especially for a function that is not a file scope static. No w
30 matches
Mail list logo
