Re: Question: What is the best practice regarding remote names

Patrick Callahan <[email protected]> Tue, 23 Jun 2026 13:40:16 -0400
Newsgroups gmane.games.flightgear.devel
Message-ID <CACt=GQrx5L17aagnX=drUFu6OPXv+yKu=NMNgt6JdkJVKKHodQ@mail.gmail.com>
Thanks Frederic,

Origin pointing to forks is what I thought.  I just wanted to confirm it.

While you are correct that remote names do not really matter when running
git commands, I'd suggest they do matter in communication among project
participants.

So origin points to the user's fork if you are developing, but if you run
the clone command, origin points to the remote the clone came from by
default.  This is only the start of where things git confusing.  The
confusion is furthered by the simplification of defaults applied in fetch,
pull, push, and branch commands.  The possible source of confusion may not
matter to those who follow a strict discipline in their use of git, whether
enforced by their project or by long and daily practice.  Those of us to
which those constraints do not apply have a different problem:  How long do
we want to take to master git.  Personally, I don't need to master git. I
just need to know how to use it effectively.  So I've adopted a strategy
that git command defaults do not apply and I specify things like remotes
and branch names explicitly in scripts that I've tested and I know produce
a desired outcome.  That doesn't mean I have nothing still to learn about
using git.  I just means that for the everyday work, I've thought things
through, tested, and what I know works serves its purpose.

That origin should point to a fork may come as a surprise when someone
graduates from using download_and_compile.sh script to active development.
The script just clones from the official repositories as origin.  If you've
been using the script for years, you will be forgiven if you conclude origin
kind of means "official repos".

New developers unfamiliar with git usage might be confused, as I was, by
the term "origin", having associated it with the official repositories by
"default" for a period of years.

-Pat

origin [email protected]:callahanp/flightgear.git (fetch)
origin [email protected]:callahanp/flightgear.git (push)
upstream https://gitlab.com/flightgear/flightgear.git (fetch)
upstream no-push (push)

_______________________________________________
Flightgear-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/flightgear-devel