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

Re: Main branch being maintained with 'git am', how do mere mortals interact without too much conflicts?

From
SBSanti Béjar <santi@agolina.net>
Date
Jan 10, 2009, 14:47 UTC
Message-ID
<adf1fd3d0901100647wd66a57bufb42d3d7d415e76d@mail.gmail.com>
In-Reply-To
<87vdsntnyd.dancerj%dancer@netfort.gr.jp>
2009/1/10 Junichi Uekawa <dancer@netfort.gr.jp>:
Show 63 quoted lines
> Hi,
>
> I've been maintaining my Git repository (monthlyreport.git) where most
> people do not have push access, and I'm taking patches through e-mail
> with 'git am'.
>
> It often happens that I'm receiving patches which won't apply without
> a merge ('git am -3') and happen to be conflict-resolving often,
> because people work off a branch a few days before, and try to send
> patches nearer the deadline (This is a monthly meeting resume, which
> people are expected to submit their material, so this is kind of
> normal).
>
>
> One thing I'm worried is that users apparently have to throw away
> their own change or do some conflict resolution.
>
>
> User does
>  git pull xxxx
>  edit ...
>  git add
>  git commit
>  git format-patch -o ... HEAD^
>
>
> I do bunch of
>    git am -3 (which usually has a conflict of some way or other)
>    git add XXXX
>    git am -3 --resolve
>    git push
>
>
> User then find that when doing
>
>  git pull
>
> again, a conflict will occur.
>
>
>
> I am thinking of recommending the users to create a branch
>
>  git checkout -b my-work-for-2009-01 origin
>  edit ...
>  git add
>  git commit
>  git format-patch -o ... HEAD^
>  send the email
>
> and do
>
>  git checkout master
>  git pull
>
> and throw away their branches when they are included upstream.
>
>
>
> Something tells me the problem is that I'm probably using a workflow
> that resembles SVN too much, and users aren't used to branches yet.
> Has anybody found this to be a problem, or better yet, is there a
> better workflow?

I think your workflow is fine. When someone sends a patch s/he has to know that their branch is a throw away branch to create the patch. Another thing is if you send it as a public repository or as a bundle, and even then the maintainer can decide to apply it merging or cherry-picking.

There is a doc explaining " An overview of recommended workflows with git" in git:

http://www.kernel.org/pub/software/scm/git/docs/gitworkflows.html

HTH, Santi

Previous: Sitaram ChamartyNext: Sitaram Chamarty
Message 4 of 5 in “Main branch being maintained with 'git am', how do mere mortals interact without too much conflicts?”
  1. Junichi UekawaJan 10, 2009
  2. Peter HarrisJan 10, 2009
  3. Sitaram ChamartyJan 10, 2009
  4. Santi BéjarJan 10, 2009
  5. Sitaram ChamartyJan 10, 2009

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.