all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eric Abrahamsen <eric@ericabrahamsen.net>
To: emacs-devel@gnu.org
Cc: Stefan Monnier <monnier@iro.umontreal.ca>
Subject: extracting commits from Elpa to original repo
Date: Sun, 21 Dec 2014 13:20:46 +0800	[thread overview]
Message-ID: <87k31ld1e9.fsf@ericabrahamsen.net> (raw)

Here's another addressed-to-stefan-but-probably-of-general-interest
question:

I first put my "Gnorb" package into Elpa using the git subtree approach.
Stefan made a commit into it, fixing up some compilation issues and code
style stuff. When I went to pull my latest changes into Elpa I got
conflicts (I wasn't expecting anyone else to be committing into that
package!), assumed I'd screwed something up, backed out about half the
changes, and didn't figure out what had happened until after I'd pushed
again.

I keep Gnorb in a separate repo which I consider its home. I have added
that repo to my local Elpa repo as a remote, and have been pulling
changes from there into the Elpa repo.

Stefan you made another similar commit a month or so ago (which I
appreciate!), which I'd like to have in my main repo, but now I'm not
sure how to handle it.

Here's what I do in Elpa to get my changes:

git fetch gnorb
git subtree pull --prefix=packages/gnorb gnorb master --squash

(I've been using the instructions found here[1])

I also used the "subtree split" command to create a separate branch
within Elpa containing only the commits made on "packages/gnorb".

I'd like to get Stefan's patch into my general Gnorb repo, in such a way
that it doesn't create any conflicts or confusion the next time I pull
into Elpa. I created a patch for his commit, but it doesn't apply
cleanly to my other repo, and I suspect that fixing it up so that it
does will simply defer the mess. I'll admit I've reached the limit of my
git abilities.

Can anyone provide some advice on what to do in this situation? Besides
"develop your next package directly in the Elpa tree"?

Thanks in advance,

Eric

[1]: https://hpc.uni.lu/blog/2014/understanding-git-subtree/




             reply	other threads:[~2014-12-21  5:20 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-21  5:20 Eric Abrahamsen [this message]
2014-12-21 14:33 ` extracting commits from Elpa to original repo Stefan Monnier
2014-12-21 15:19 ` Dmitry Gutov
2014-12-22  1:41   ` Eric Abrahamsen
2014-12-22  2:10     ` Dmitry Gutov
2014-12-24 12:43 ` Ted Zlatanov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87k31ld1e9.fsf@ericabrahamsen.net \
    --to=eric@ericabrahamsen.net \
    --cc=emacs-devel@gnu.org \
    --cc=monnier@iro.umontreal.ca \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.