On Tue, Apr 14, 2015 at 02:37:39AM +0300, Max Kirillov wrote:
On Tue, Mar 31, 2015 at 07:14:39PM +0700, Nguyễn Thái Ngọc Duy wrote:
core.worktree and core.bare, which are treated specially in 31e26eb [1],
are now moved to info/core.worktree and the special treatment reverted.
...
- if
Tested on Gentoo and OpenSUSE 13.1, both x86-64
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
On Sun, Apr 12, 2015 at 2:58 AM, Junio C Hamano gits...@pobox.com wrote:
Duy Nguyen pclo...@gmail.com writes:
On Fri, Apr 3, 2015 at 7:01 PM, Jeff King p...@peff.net wrote:
Aside
For the cruciverbalists in this community, I constructed a cryptic crossword
themed for git.
http://thorehusfeldt.net/2015/04/03/conflicting-git-merge-runs-for-several-minutes-35/
Here are all the clues:
1 git rebase a ref, keeping the current branch. (11)
8 It horizontally connects a group of
The following changes since commit 1b2c79e63e5afa3cecb3ab4a40cb414dbe6511ce:
git-gui 0.19 (2014-01-18 17:29:34 +)
are available in the git repository at:
http://repo.or.cz/r/git-gui.git tags/gitgui-0.20.0
for you to fetch changes up to 4498b3a50a0e839788682f672df267cbc1ba9292:
Hi Pat,
On 2015-04-18 15:47, Pat Thoyts wrote:
Sebastian Schuberth (1):
git-gui/gitk: Do not depend on Cygwin's kill command on Windows
Awesome!
Dscho
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo
Hi Junio,
On 2015-04-17 23:04, Junio C Hamano wrote:
Johannes Schindelin johannes.schinde...@gmx.de writes:
On 2015-04-17 17:44, Torsten Bögershausen wrote:
Without this patch, t0027 expects the native end-of-lines to be a single
line feed character. On Windows, however, we set it to a
Once we know the number of objects in the input pack, we allocate an
array of nr_objects of struct delta_entry. On x86-64, this struct is
32 bytes long. The union delta_base, which is part of struct
delta_entry, provides enough space to store either ofs-delta (8 bytes)
or ref-delta (20 bytes).
For each object in the input pack, we need one struct object_entry. On
x86-64, this struct is 64 bytes long. Although:
- The 8 bytes for delta_depth and base_object_no are only useful when
show_stat is set. And it's never set unless someone is debugging.
- The three fields hdr_size, type
The only change is in the commit message of 2/2 [1]. Sorry it took too
long, I completely forgot about it.
[1] http://article.gmane.org/gmane.comp.version-control.git/264544
Nguyễn Thái Ngọc Duy (2):
index-pack: reduce object_entry size to save memory
index-pack: kill union delta_base to
git clean uses resolve_gitlink_ref() to check for the presence of
nested git repositories, but it has the drawback of creating a
ref_cache entry for every directory that should potentially be
cleaned. The linear search through the ref_cache list causes a massive
performance hit for large number of
Signed-off-by: Erik Elfström erik.elfst...@gmail.com
---
t/t7300-clean.sh | 127 +++
1 file changed, 127 insertions(+)
diff --git a/t/t7300-clean.sh b/t/t7300-clean.sh
index 99be5d9..4b9a72a 100755
--- a/t/t7300-clean.sh
+++ b/t/t7300-clean.sh
I've marked this RFC since there are known problems here.
v2 of the patch can be found here:
http://thread.gmane.org/gmane.comp.version-control.git/267023/focus=267023
Changes in v3:
* Created setup.c:read_gitfile_gently to use for submodule
probing
* Cleanup of some tests by use of
read_gitfile will die on most error cases. This makes it unsuitable
for speculative calls. Extract the core logic and provide a gentle
version that returns NULL on failure.
The first usecase of the new gentle version will be to probe for
submodules during git clean.
Helped-by: Junio C Hamano
Signed-off-by: Erik Elfström erik.elfst...@gmail.com
---
t/perf/p7300-clean.sh | 37 +
1 file changed, 37 insertions(+)
create mode 100755 t/perf/p7300-clean.sh
diff --git a/t/perf/p7300-clean.sh b/t/perf/p7300-clean.sh
new file mode 100755
index
Hi Junio,
Junio C Hamano gits...@pobox.com wrote on Sun, 12 Apr 2015 20:40:58 -0700
Vitor Antunes vitor@gmail.com writes:
Luke Diamand l...@diamand.org wrote on Sun, 05 Apr 2015 20:27:11 +0100
Vitor, one thing I wondered about with this part of the change:
-if
This patch makes the client path detection more robust by limiting the valid
results from p4 where. The test case is also made more complex, to guarantee
that such client views are supported.
Signed-off-by: Vitor Antunes vitor@gmail.com
---
git-p4.py|4 +++-
On Wed, Apr 15, 2015 at 10:29:34PM +0530, Karthik Nayak wrote:
Currently 'git cat-file' throws an error while trying to
print the type or size of a broken/corrupt object. This is
because these objects are usually of unknown types.
Teach git cat-file a '--literally' option where it prints
Vitor Antunes vitor@gmail.com writes:
This patch makes the client path detection more robust by limiting the valid
results from p4 where. The test case is also made more complex, to guarantee
that such client views are supported.
Signed-off-by: Vitor Antunes vitor@gmail.com
---
Was
Erik Elfström erik.elfst...@gmail.com writes:
Known Problems:
* Unsure about the setup.c:read_gitfile refactor, feels a bit
messy?
The interface indeed feels somewhat messy. I suspect that a better
interface might be more like setup_git_directory_gently() that is a
gentler version of
This is primarily note-to-self; even though I haven't got around
bisecting yet, I think I know I did some bad change myself.
git pull $URL $tag seems to:
* fail to invoke the editor without --edit.
* show the summary merge log message twice.
--
To unsubscribe from this list: send the line
On Fri, Apr 17, 2015 at 11:44:00AM -0700, Junio C Hamano wrote:
So perhaps we should rip the case folding out altogether instead?
The entry for the change in the Release Notes may say:
* git fast-import incorrectly case-folded the paths recorded in
the history when core.ignorease is set
Hi,
On Fri, Apr 17, 2015 at 5:41 AM, Eric Sunshine sunsh...@sunshineco.com wrote:
On Tue, Apr 14, 2015 at 1:28 PM, Paul Tan pyoka...@gmail.com wrote:
Below is the fixed patch. I also decided to return NULL if `filename` is
NULL because such an input usually indicated an uncaught error.
On 04/18/2015 12:19 AM, Jeff King wrote:
On Sat, Apr 18, 2015 at 12:15:28AM +0530, karthik nayak wrote:
But now we use type_from_string_gently, which can accept a length[1]. So
we could just count the bytes to the first space and pass the original
buffer along with that length, no?
Yes, we
On 04/18/2015 12:53 AM, Junio C Hamano wrote:
karthik nayak karthik@gmail.com writes:
+ type = type_from_string_gently(buf, len, 1);
+ if (oi-typename) {
+ strbuf_add(oi-typename, buf, len);
+ strbuf_addch(oi-typename, '\0');
add() has setlen()
Hi,
On Fri, Apr 17, 2015 at 5:41 AM, Eric Sunshine sunsh...@sunshineco.com wrote:
On Tue, Apr 14, 2015 at 1:28 PM, Paul Tan pyoka...@gmail.com wrote:
Below is the fixed patch. I also decided to return NULL if `filename` is
NULL because such an input usually indicated an uncaught error.
On 04/18/2015 05:01 AM, Eric Sunshine wrote:
On Wed, Apr 15, 2015 at 12:59 PM, Karthik Nayak karthik@gmail.com wrote:
Update sha1_loose_object_info() to optionally allow it to read
from a loose object file of unknown/bogus type; as the function
usually returns the type of the object it
26 matches
Mail list logo
