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

Re: What's cooking in git.git (Jul 2017, #09; Mon, 31)

From
Sahil Dua <sahildua2305@gmail.com>
Date
Aug 3, 2017, 20:26 UTC
Message-ID
<CALiud+nm9wu4rBY6zBXmenJj_0Mn7xeU_FAvSdn4fdH+q--Jag@mail.gmail.com>
In-Reply-To
<232547ab-3b87-debc-36a4-d2285ec10a06@ramsayjones.plus.com>
Ah! I had skipped this reply from Ramsay earlier.

On Tue, Aug 1, 2017 at 1:36 AM, Ramsay Jones <ramsay@ramsayjones.plus.com> wrote:

Show 27 quoted lines
>
>
> On 31/07/17 23:30, Junio C Hamano wrote:
> [snip]
>>
>> * sd/branch-copy (2017-06-18) 3 commits
>>   (merged to 'next' on 2017-07-18 at 5e3b9357ea)
>>  + branch: add a --copy (-c) option to go with --move (-m)
>>  + branch: add test for -m renaming multiple config sections
>>  + config: create a function to format section headers
>>
>>  "git branch" learned "-c/-C" to create and switch to a new branch
>>  by copying an existing one.
>>
>>  Will cook in 'next'.
>>
>>  I personally do not think "branch --copy master backup" while on
>>  "master" that switches to "backup" is a good UI, and I *will* say
>>  "I told you so" when users complain after we merge this down to
>>  'master'.
>
> I wouldn't normally comment on an issue like this because I am
> not very good at specifying, designing and evaluating UIs (so
> who in their right mind would listen to me). ;-)
>
> FWIW, I suspect that I would not like using this interface either
> and would, therefore, not use it.

Does that mean you'd use it when "branch --copy feature-branch new-feature-branch" in the case when you would want to start working on a new branch (to modify or experiment with your current feature branch) on top of a branch keeping intact all the configuration and logs?

I think it's really a matter of how this feature is seen from the end-user point of view. If we consider example "branch --copy master backup" - obviously, switching to backup isn't the ideal situation. However, if we consider the example above, switching makes sense. None of them is going to be correct in 100% cases. :)

Show 11 quoted lines
> However, I guess the worst that
> would happen, is that it would gain another 'wort' (--option) to
> turn off the "switches to backup" branch. :-D
>
> I didn't want you to think that the lack of comments on this was
> because everybody agreed that it was a good idea.
>
> ATB,
> Ramsay Jones
>
>
Previous: Ramsay JonesNext: Junio C Hamano
Message 3 of 15 in “What's cooking in git.git (Jul 2017, #09; Mon, 31)”
  1. Junio C HamanoJul 31, 2017
  2. Ramsay JonesJul 31, 2017
  3. Sahil DuaAug 3, 2017
  4. Junio C HamanoAug 3, 2017
  5. Ramsay JonesAug 3, 2017
  6. Ævar Arnfjörð BjarmasonAug 5, 2017
  7. Junio C HamanoAug 5, 2017
  8. Ævar Arnfjörð BjarmasonAug 6, 2017
  9. Igor DjordjevicAug 7, 2017
  10. Igor DjordjevicAug 7, 2017
  11. Ævar Arnfjörð BjarmasonAug 8, 2017
  12. Igor DjordjevicAug 8, 2017
  13. Sahil DuaAug 3, 2017
  14. Stefan BellerAug 3, 2017
  15. Junio C HamanoAug 3, 2017

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.