[RFC/PATCH] enable rerere by default

Subsystems: the rest

5 messages, 2 authors, 2016-06-15 · open the first message on its own page

[RFC/PATCH] enable rerere by default

From: Johannes Schindelin <hidden>
Date: 2016-06-15 22:42:52

Since the theme of the upcoming release is the (true) Wow factor, we 
should enable this feature by default. New users are not likely to learn 
of that feature otherwise.

Signed-off-by: Johannes Schindelin <redacted>
---

	I know it is quite late in the game for 1.5.0, but since the theme 
	is usability and user-friendliness, I cannot think of a better 
	release to enable rerere by default, if that should ever happen.

	Comments?

 builtin-init-db.c |    2 ++
 t/t4200-rerere.sh |    3 ---
 2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/builtin-init-db.c b/builtin-init-db.c
index 12e43d0..2504507 100644
--- a/builtin-init-db.c
+++ b/builtin-init-db.c
@@ -260,6 +260,8 @@ static int create_default_files(const char *git_dir, const char *template_path)
 		/* allow template config file to override the default */
 		if (log_all_ref_updates == -1)
 		    git_config_set("core.logallrefupdates", "true");
+		strcpy(path + len, "rr-cache");
+		safe_create_dir(path, 1);
 	}
 	return reinit;
 }
diff --git a/t/t4200-rerere.sh b/t/t4200-rerere.sh
index 91be272..8187038 100755
--- a/t/t4200-rerere.sh
+++ b/t/t4200-rerere.sh
@@ -37,9 +37,6 @@ git checkout -b second master
 git show first:a1 | sed 's/To die, t/To die! T/' > a1
 git commit -q -a -m second
 
-# activate rerere
-mkdir .git/rr-cache
-
 test_expect_failure 'conflicting merge' 'git pull . first'
 
 sha1=4f58849a60b4f969a2848966b6d02893b783e8fb

Re: [RFC/PATCH] enable rerere by default

From: Alex Riesen <hidden>
Date: 2016-06-15 22:42:52

On 2/6/07, Johannes Schindelin [off-list ref] wrote:
Since the theme of the upcoming release is the (true) Wow factor, we
should enable this feature by default. New users are not likely to learn
of that feature otherwise.

Signed-off-by: Johannes Schindelin <redacted>
---

        I know it is quite late in the game for 1.5.0, but since the theme
        is usability and user-friendliness, I cannot think of a better
        release to enable rerere by default, if that should ever happen.

        Comments?
How do I disable rerere by default?

Re: [RFC/PATCH] enable rerere by default

From: Johannes Schindelin <hidden>
Date: 2016-06-15 22:42:52

Hi,

On Tue, 6 Feb 2007, Alex Riesen wrote:
On 2/6/07, Johannes Schindelin [off-list ref] wrote:
quoted
Since the theme of the upcoming release is the (true) Wow factor, we
should enable this feature by default. New users are not likely to learn
of that feature otherwise.

Signed-off-by: Johannes Schindelin <redacted>
---

        I know it is quite late in the game for 1.5.0, but since the theme
        is usability and user-friendliness, I cannot think of a better
        release to enable rerere by default, if that should ever happen.

        Comments?
How do I disable rerere by default?
How'd you like it? Should this rather become a config variable, or do you 
want to make a file called "rr-cache" in the templates, which just 
contains a word "disabled"? (git-rerere checks if a _directory_ 
$GIT_DIR/rr-cache exists.)

Ciao,
Dscho

Re: [RFC/PATCH] enable rerere by default

From: Alex Riesen <hidden>
Date: 2016-06-15 22:42:52

On 2/6/07, Johannes Schindelin [off-list ref] wrote:
quoted
quoted
        I know it is quite late in the game for 1.5.0, but since the theme
        is usability and user-friendliness, I cannot think of a better
        release to enable rerere by default, if that should ever happen.

        Comments?
How do I disable rerere by default?
How'd you like it? Should this rather become a config variable, or do you
want to make a file called "rr-cache" in the templates, which just
contains a word "disabled"? (git-rerere checks if a _directory_
$GIT_DIR/rr-cache exists.)
I suggest a config variable defaulting to "on", able to disable rerere even if
rr-cache exists. So the var has at least theoretical use also after a
repo is created.
I'll put it in templates config then, and modify existing repos to
switch it "off"
(so I always have it mentioned in the configs).
Newbies, who don't have it own templates, wont even notice it.
Unless it is put into the generated config, that is: like
core.logallrefupdates -
it can be in templates config, or git-init writes it.

Re: [RFC/PATCH] enable rerere by default

From: Johannes Schindelin <hidden>
Date: 2016-06-15 22:42:52

Hi,

On Tue, 6 Feb 2007, Alex Riesen wrote:
On 2/6/07, Johannes Schindelin [off-list ref] wrote:
quoted
quoted
quoted
I know it is quite late in the game for 1.5.0, but since the theme 
is usability and user-friendliness, I cannot think of a better 
release to enable rerere by default, if that should ever happen.

Comments?
How do I disable rerere by default?
How'd you like it? Should this rather become a config variable, or do 
you want to make a file called "rr-cache" in the templates, which just 
contains a word "disabled"? (git-rerere checks if a _directory_ 
$GIT_DIR/rr-cache exists.)
I suggest a config variable defaulting to "on", able to disable rerere 
even if rr-cache exists.
Okay, but this is a little involved:

$ grep -l rr-cache *.{c,h,sh,perl}
builtin-rerere.c
git-am.sh
git-commit.sh
git-merge.sh
git-rebase.sh
git-reset.sh

So, unless the list agrees that rerere should be enabled by default, I 
will not make a patch to move rerere enabling to the config.

Ciao,
Dscho
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help