* using local.mk to maintain a local git branch
@ 2012-11-26 2:12 Eric Abrahamsen
2012-11-26 11:25 ` Achim Gratz
0 siblings, 1 reply; 5+ messages in thread
From: Eric Abrahamsen @ 2012-11-26 2:12 UTC (permalink / raw)
To: emacs-orgmode
In the Org FAQ, under the "How can I keep local changes..." section,
there's a note saying that the config local:rebase options are no longer
needed under the new make system, and something equivalent can be done
using local.mk configurations.
I'm not terribly conversant with Makefiles, but is the following
correct? Given that I have a local branch called "local", and like "up1"
as my standard make target, my understanding is that "make myup" will
perform the up1 installation, then execute my rebase command.
--8<---------------cut here---------------start------------->8---
oldorg: up1 # Update from git, build, check, but don't install
up1 myup::
git rebase master local
--8<---------------cut here---------------end--------------->8---
If this is right, maybe we can add an extra line or two of explanation
to the FAQ?
Thanks,
Eric
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: using local.mk to maintain a local git branch
2012-11-26 2:12 using local.mk to maintain a local git branch Eric Abrahamsen
@ 2012-11-26 11:25 ` Achim Gratz
2012-11-26 14:26 ` Eric Abrahamsen
0 siblings, 1 reply; 5+ messages in thread
From: Achim Gratz @ 2012-11-26 11:25 UTC (permalink / raw)
To: emacs-orgmode
Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
> In the Org FAQ, under the "How can I keep local changes..." section,
> there's a note saying that the config local:rebase options are no longer
> needed under the new make system, and something equivalent can be done
> using local.mk configurations.
That's true insofar as you don't need to keep a local branch just for adjusting
the Makefile to your environment anymore, which was what my original posting
(where the content in this note was copied from) originally was about. If you
keep a local branch anyway for other changes to Org, then you could still
configure it for rebasing if you prefer it over merging.
> I'm not terribly conversant with Makefiles, but is the following
> correct? Given that I have a local branch called "local", and like "up1"
> as my standard make target, my understanding is that "make myup" will
> perform the up1 installation, then execute my rebase command.
>
> --8<---------------cut here---------------start------------->8---
> oldorg: up1 # Update from git, build, check, but don't install
>
> up1 myup::
> git rebase master local
> --8<---------------cut here---------------end--------------->8---
This would work (I think, haven't tested it), but if your local branch has
origin/master directly as its upstream and optionally set it up to rebase rather
than merge, then you don't need to do anything like that in local.mk.
I.e. you'd have the following config for branch local:
---8<---
[branch "local"]
remote = origin
merge = refs/heads/master
rebase = true
--->8---
> If this is right, maybe we can add an extra line or two of explanation
> to the FAQ?
Could you be more specific what you think should be altered or added?
Regards,
Achim.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: using local.mk to maintain a local git branch
2012-11-26 11:25 ` Achim Gratz
@ 2012-11-26 14:26 ` Eric Abrahamsen
2012-11-27 21:05 ` Achim Gratz
0 siblings, 1 reply; 5+ messages in thread
From: Eric Abrahamsen @ 2012-11-26 14:26 UTC (permalink / raw)
To: emacs-orgmode
Achim Gratz <Stromeko@NexGo.DE> writes:
> Eric Abrahamsen <eric <at> ericabrahamsen.net> writes:
>> In the Org FAQ, under the "How can I keep local changes..." section,
>> there's a note saying that the config local:rebase options are no longer
>> needed under the new make system, and something equivalent can be done
>> using local.mk configurations.
>
> That's true insofar as you don't need to keep a local branch just for adjusting
> the Makefile to your environment anymore, which was what my original posting
> (where the content in this note was copied from) originally was about. If you
> keep a local branch anyway for other changes to Org, then you could still
> configure it for rebasing if you prefer it over merging.
>
>> I'm not terribly conversant with Makefiles, but is the following
>> correct? Given that I have a local branch called "local", and like "up1"
>> as my standard make target, my understanding is that "make myup" will
>> perform the up1 installation, then execute my rebase command.
>>
>> --8<---------------cut here---------------start------------->8---
>> oldorg: up1 # Update from git, build, check, but don't install
>>
>> up1 myup::
>> git rebase master local
>> --8<---------------cut here---------------end--------------->8---
>
> This would work (I think, haven't tested it), but if your local branch has
> origin/master directly as its upstream and optionally set it up to rebase rather
> than merge, then you don't need to do anything like that in local.mk.
>
> I.e. you'd have the following config for branch local:
>
> ---8<---
> [branch "local"]
> remote = origin
> merge = refs/heads/master
> rebase = true
> --->8---
>
>> If this is right, maybe we can add an extra line or two of explanation
>> to the FAQ?
>
> Could you be more specific what you think should be altered or added?
Probably nothing -- the FAQ gave me the impression that it was somehow
preferable to use the make system rather than git config to keep a local
git branch rebased to master; I didn't realize the note in the FAQ was
addressing changes to the Makefile in particular. If there's no
practical difference between special targets in local.mk and setting
rebase = true in the git config, then all is as it should be. I'll
probably just use the git
Thanks for the clarification,
E
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: using local.mk to maintain a local git branch
2012-11-26 14:26 ` Eric Abrahamsen
@ 2012-11-27 21:05 ` Achim Gratz
2012-11-28 3:05 ` Eric Abrahamsen
0 siblings, 1 reply; 5+ messages in thread
From: Achim Gratz @ 2012-11-27 21:05 UTC (permalink / raw)
To: emacs-orgmode
Eric Abrahamsen writes:
> Probably nothing -- the FAQ gave me the impression that it was somehow
> preferable to use the make system rather than git config to keep a local
> git branch rebased to master; I didn't realize the note in the FAQ was
> addressing changes to the Makefile in particular.
I've changed the FAQ to hopefully avoid that impression. Let me know if
it needs further improvement.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
DIY Stuff:
http://Synth.Stromeko.net/DIY.html
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: using local.mk to maintain a local git branch
2012-11-27 21:05 ` Achim Gratz
@ 2012-11-28 3:05 ` Eric Abrahamsen
0 siblings, 0 replies; 5+ messages in thread
From: Eric Abrahamsen @ 2012-11-28 3:05 UTC (permalink / raw)
To: emacs-orgmode
Achim Gratz <Stromeko@nexgo.de> writes:
> Eric Abrahamsen writes:
>> Probably nothing -- the FAQ gave me the impression that it was somehow
>> preferable to use the make system rather than git config to keep a local
>> git branch rebased to master; I didn't realize the note in the FAQ was
>> addressing changes to the Makefile in particular.
>
> I've changed the FAQ to hopefully avoid that impression. Let me know if
> it needs further improvement.
Perfect! Thanks.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2012-11-28 3:02 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-11-26 2:12 using local.mk to maintain a local git branch Eric Abrahamsen
2012-11-26 11:25 ` Achim Gratz
2012-11-26 14:26 ` Eric Abrahamsen
2012-11-27 21:05 ` Achim Gratz
2012-11-28 3:05 ` Eric Abrahamsen
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).