Thread (2 messages) 2 messages, 2 authors, 2019-07-31

Re: [PATCH v3 2/5] repo-settings: add feature.manyCommits setting

From: Johannes Schindelin <hidden>
Date: 2019-07-31 13:18:16

Hi Junio,

On Tue, 30 Jul 2019, Junio C Hamano wrote:
"Derrick Stolee via GitGitGadget" [off-list ref] writes:
quoted
+#define UPDATE_DEFAULT(s,v) do { if (s == -1) { s = v; } } while(0)
[...]
 3. When we learn to set default values for variables that are not
    boolean in the future, we will regret that we did not name it
    UPDATE_DEFAULT_BOOL(slot, value).
On the other hand, as we never promised any kind of API (and this is not
even an internal API to begin with), it will be _easy_ to rename it in
the unlikely event that we would ever introduce non-boolean defaults to
override, wouldn't you agree?

We have plenty of precedent where patch series start by refactoring,
whether it is to rename functions or variables or files or extracting
functions. Preparing for a future that might never come strikes me as
premature optimization.

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