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