git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH v3 07/11] Documentation/replace: tell that -f option bypasses the type check

From
Philip Oakley <philipoakley@iee.org>
Date
Sep 5, 2013, 22:20 UTC
Message-ID
<926222C46F2240BDA71A004633E8DB7E@PhilipOakley>
From: "Philip Oakley" <philipoakley@iee.org>
Sent: Saturday, August 31, 2013 11:16 PM
Show 33 quoted lines
> From: "Christian Couder" <chriscool@tuxfamily.org>
>> Signed-off-by: Christian Couder <chriscool@tuxfamily.org>
>> ---
>> Documentation/git-replace.txt | 4 +++-
>> 1 file changed, 3 insertions(+), 1 deletion(-)
>>
>> diff --git a/Documentation/git-replace.txt 
>> b/Documentation/git-replace.txt
>> index 736b48c..a2bd2ee 100644
>> --- a/Documentation/git-replace.txt
>> +++ b/Documentation/git-replace.txt
>> @@ -21,10 +21,12 @@ replaced. The content of the 'replace' reference 
>> is the SHA-1 of the
>> replacement object.
>>
>> The replaced object and the replacement object must be of the same 
>> type.
>> -There is no other restriction on them.
>> +This restriction can be bypassed using `-f`.
>>
>> Unless `-f` is given, the 'replace' reference must not yet exist.
>>
>> +There is no other restriction on the replaced and replacement 
>> objects.
>
> Is this trying to allude to the fact that merge commits may be 
> exchanged with non-merge commits? I strongly believe that this ability 
> to exchange merge and non-merge commits should be stated _explicitly_ 
> to counteract the false beliefs that are listed out on the internet.
>
> It's probably better stated in a separate patch for that explicit 
> purpose to avoid mixed messages within this commit.
>
Not sure how this method of preparing a comment patch will pan out..
--->8----
From a0c0e765cfd969c9c8a6ff3a2cb6b2f1391d2e7d Mon Sep 17 00:00:00 2001
From: Philip Oakley <philipoakley@iee.org>
Date: Thu, 5 Sep 2013 22:54:04 +0100
Subject: [PATCH] Doc: 'replace' merge and non-merge commits
Signed-off-by: Philip Oakley <philipoakley@iee.org>
---

This is supplemental to Christian Couder's 'replace' patch series (2013-09-03 69dada4 (Christian Couder): t6050-replace: use some long option names).

It adds the clarification that merge and non-merge commits are replaceable.

Merges are often treated as special case objects so tell users that they are not special here.

---
 Documentation/git-replace.txt | 1 +
 1 file changed, 1 insertion(+)
diff --git a/Documentation/git-replace.txt 
b/Documentation/git-replace.txt
index 414000e..f373ab4 100644
--- a/Documentation/git-replace.txt
+++ b/Documentation/git-replace.txt
@@ -26,6 +26,7 @@ This restriction can be bypassed using `-f`.
 Unless `-f` is given, the 'replace' reference must not yet exist.

 There is no other restriction on the replaced and replacement objects.
+Merge commits can be replaced by non-merge commits and vice versa.

 Replacement references will be used by default by all Git commands
 except those doing reachability traversal (prune, pack transfer and
-- 
1.8.1.msysgit.1
Next: Junio C Hamano
Message 1 of 4 in “Re: [PATCH v3 07/11] Documentation/replace: tell that -f option bypasses the type check”
  1. Philip OakleySep 5, 2013
  2. Junio C HamanoSep 5, 2013
  3. Doc: 'replace' merge and non-merge commitsPhilip Oakley, Sep 8, 2013
  4. Junio C HamanoSep 9, 2013

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.