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

Re: Using email between 2 developers to keep git repositories in sync

From
Theodore Tso <tytso@mit.edu>
Date
Jan 22, 2008, 22:59 UTC
Message-ID
<20080122225902.GE1659@mit.edu>
In-Reply-To
<2D91636D-197A-41C8-8BB3-D5002135BF99@mac.com>
On Tue, Jan 22, 2008 at 11:52:40PM +0100, Annard Brouwer wrote:
Show 5 quoted lines
> Thank you all for your suggestions! The problem is that each of us having a 
> local server accessible to the other is not possible. Therefore I will 
> follow the path of sending patches by email and on releases we can 
> synchronise using bundles. I think that's the best fit for our model of 
> developing code semi-independently.

Is your project an open source one, or one where you don't mind the source code being made public? If so, another easier solution would be to use a git hosting service, such as what is available at http://repo.or.cz.

I'd also suggest synchronizing with bundles much more frequently than at release points. The problem with sending patches back and forth is it's very easy to make a mistake, and also, as far as git is concerned, each patch is a separate changeset applied in two places. So it makes merging more challenging for git. It can probably handle it, but makes life harder for everyone concerned. So if you can use a site like repo.or.cz, I'd highly recommend it.

						- Ted
Previous: Annard Brouwer
Message 9 of 9 in “Using email between 2 developers to keep git repositories in sync”
  1. ab_lists@mac.comJan 22, 2008
  2. Johannes SchindelinJan 22, 2008
  3. Jakub NarebskiJan 22, 2008
  4. Mark LevedahlJan 22, 2008
  5. ab_lists@mac.comJan 22, 2008
  6. Mark LevedahlJan 22, 2008
  7. Daniel BarkalowJan 22, 2008
  8. Annard BrouwerJan 22, 2008
  9. Theodore TsoJan 22, 2008

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.