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

Re: remotes

From
Junio C Hamano <gitster@pobox.com>
Date
May 3, 2016, 20:38 UTC
Message-ID
<xmqqshxylvwh.fsf@gitster.mtv.corp.google.com>
In-Reply-To
<20160503181624.1504eb0a@laborpc>
Lev <leventelist@gmail.com> writes:
> I accidentally added a remote of another repository to my config file. And so I
> merged two different repositories together. Is there any real user case for
> this?

Using multiple remotes is a perfectly normal way in which you are expected to interact with a single project with other participants. Perhaps there is one single authoritative and canonical repository where everybody initially clones from, and it is likely that that repository is your "origin". Often there are cases where another participant has a topic that is not yet ready for the mainline but is worth considering for early adopters and/or is solid enough for other project participants to build their work on. In such cases, you can add the repository of that other participant as the second remote and fetch from her.

It makes no sense if the two repositories hold histories of totally unrelated projects, of course.

Previous: LevNext: Kovacs Levente
Message 2 of 6 in “remotes”
  1. LevMay 3, 2016
  2. Junio C HamanoMay 3, 2016
  3. Kovacs LeventeMay 3, 2016
  4. Stefan BellerMay 3, 2016
  5. Junio C HamanoMay 4, 2016
  6. Junio C HamanoMay 4, 2016

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.