git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: pasteley <ceasebeing@gmail.com>
To: Junio C Hamano <gitster@pobox.com>
Cc: Pasteley Absurda via GitGitGadget <gitgitgadget@gmail.com>,
	git@vger.kernel.org
Subject: Re: [PATCH] checkout: add remoteBranchTemplate config for DWIM branch names
Date: Tue, 23 Dec 2025 03:39:43 +0100	[thread overview]
Message-ID: <1959d147-1a2d-40b4-9ca6-b85a461d2568@gmail.com> (raw)
In-Reply-To: <xmqqy0muqaut.fsf@gitster.g>

On 23/12/2025 1:51 AM, Junio C Hamano wrote:
> pasteley <ceasebeing@gmail.com> writes:
> 
>> 1. Server-side policies/hooks that require a namespace on the remote
>>      (e.g. `team/*`, `users/<id>/*`, `release/*`).
>> 2. Hosting / mirroring setups where remote branches live under a fixed
>>      prefix for organizational or access-control reasons.
>> 3. Migrations where the remote branch layout is constrained by the
>>      target system, while local developer workflows assume short names.
>>
>> In these scenarios developers do not create the problem, they inherit it.
> 
> Nobody stops you from interacting with projects like the above, and
> locally name branches you store your work in users/pasteley/topic-1
> instead of topic-1, no?
> 

I would say: forced to handle it this way. And guessing I’m not the only
one struggling. Meanwhile, there’s a simple quality-of-life improvement
that would help avoid all the hacky custom aliases and shell workarounds
for what should be a relatively straightforward remote refspec format
adjustment.
I’d really like to see this discussion move toward practical,
constructive steps, though I’m not sure what it would take to get there.


      reply	other threads:[~2025-12-23  2:39 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-12-21 15:59 [PATCH] checkout: add remoteBranchTemplate config for DWIM branch names Pasteley Absurda via GitGitGadget
2025-12-22  4:40 ` Junio C Hamano
2025-12-22 18:27   ` pasteley
2025-12-23  0:51     ` Junio C Hamano
2025-12-23  2:39       ` pasteley [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1959d147-1a2d-40b4-9ca6-b85a461d2568@gmail.com \
    --to=ceasebeing@gmail.com \
    --cc=git@vger.kernel.org \
    --cc=gitgitgadget@gmail.com \
    --cc=gitster@pobox.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).