* Git recommendations
@ 2008-10-27 14:44 Richard Riley
2008-10-27 17:53 ` Ross Patterson
2008-11-24 19:44 ` Linh Dang
0 siblings, 2 replies; 14+ messages in thread
From: Richard Riley @ 2008-10-27 14:44 UTC (permalink / raw)
To: org-mode
I've just spent a short time giving the crash test dummy procedure to a
few git interfaces for emacs. All have their benefits. A lot have their
negatives, But my immediate favourite for anyone thinking of using emacs
interface to git for org is the following:
http://tsgates.cafe24.com/git/git-emacs.html#sec1
It doesn't come with a lot of default key bindings but the two most
important for those familiar with vc-backend are there:
C-x v v
and
C-x v =
git-diff interfaces nicely to ediff.
And the best thing is the one key press from git-status to bring up the
wonderful "gitk" GUI interface which I wasn't aware of! Truly brilliant
admin interface for git external to emacs.
The best part of all is that it provides simple easy to see icons in the
emacs status bar to show the git status. magic and egg tend to
git-status centric as opposed to file centric. emacs-git is a nice
mixture. It palms off the log/history interface to gitk - no need to
reinvent the wheel.
Simple, powerful, extensible. Recommended.
Oh, but missing staging .... which magit and egg support but vc-git,
git.el and emacs-git do not. I think ...
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Git recommendations
2008-10-27 14:44 Git recommendations Richard Riley
@ 2008-10-27 17:53 ` Ross Patterson
2008-10-27 18:22 ` Richard Riley
2008-11-24 19:44 ` Linh Dang
1 sibling, 1 reply; 14+ messages in thread
From: Ross Patterson @ 2008-10-27 17:53 UTC (permalink / raw)
To: emacs-orgmode
Richard Riley <rileyrgdev@googlemail.com> writes:
> I've just spent a short time giving the crash test dummy procedure to a
> few git interfaces for emacs. All have their benefits. A lot have their
> negatives, But my immediate favourite for anyone thinking of using emacs
> interface to git for org is the following:
>
> http://tsgates.cafe24.com/git/git-emacs.html#sec1
>
> It doesn't come with a lot of default key bindings but the two most
> important for those familiar with vc-backend are there:
>
> C-x v v
> and
> C-x v =
>
> git-diff interfaces nicely to ediff.
>
> And the best thing is the one key press from git-status to bring up the
> wonderful "gitk" GUI interface which I wasn't aware of! Truly brilliant
> admin interface for git external to emacs.
>
> The best part of all is that it provides simple easy to see icons in the
> emacs status bar to show the git status. magic and egg tend to
> git-status centric as opposed to file centric. emacs-git is a nice
> mixture. It palms off the log/history interface to gitk - no need to
> reinvent the wheel.
>
> Simple, powerful, extensible. Recommended.
>
> Oh, but missing staging .... which magit and egg support but vc-git,
> git.el and emacs-git do not. I think ...
I'm curious, did you evaluate dvc?
http://www.xsteve.at/prg/emacs_dvc/dvc.html
It aims to be a common emacs front end for most distributed version
control systems.
Ross
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Re: Git recommendations
2008-10-27 17:53 ` Ross Patterson
@ 2008-10-27 18:22 ` Richard Riley
2008-10-27 18:31 ` Ross Patterson
0 siblings, 1 reply; 14+ messages in thread
From: Richard Riley @ 2008-10-27 18:22 UTC (permalink / raw)
To: Ross Patterson; +Cc: emacs-orgmode
Ross Patterson <me@rpatterson.net> writes:
> Richard Riley <rileyrgdev@googlemail.com> writes:
>
>> I've just spent a short time giving the crash test dummy procedure to a
>> few git interfaces for emacs. All have their benefits. A lot have their
>> negatives, But my immediate favourite for anyone thinking of using emacs
>> interface to git for org is the following:
>>
>> http://tsgates.cafe24.com/git/git-emacs.html#sec1
>>
>> It doesn't come with a lot of default key bindings but the two most
>> important for those familiar with vc-backend are there:
>>
>> C-x v v
>> and
>> C-x v =
>>
>> git-diff interfaces nicely to ediff.
>>
>> And the best thing is the one key press from git-status to bring up the
>> wonderful "gitk" GUI interface which I wasn't aware of! Truly brilliant
>> admin interface for git external to emacs.
>>
>> The best part of all is that it provides simple easy to see icons in the
>> emacs status bar to show the git status. magic and egg tend to
>> git-status centric as opposed to file centric. emacs-git is a nice
>> mixture. It palms off the log/history interface to gitk - no need to
>> reinvent the wheel.
>>
>> Simple, powerful, extensible. Recommended.
>>
>> Oh, but missing staging .... which magit and egg support but vc-git,
>> git.el and emacs-git do not. I think ...
>
> I'm curious, did you evaluate dvc?
>
> http://www.xsteve.at/prg/emacs_dvc/dvc.html
Nope. Damn. And why not? Because there was not a link on the Emacs Wiki
for Git interfaces. And it didnt turn up in my basic Google.
http://www.emacswiki.org/emacs/Git
:-(
>
> It aims to be a common emacs front end for most distributed version
> control systems.
Thanks for the pointer.
I'll take a look. I like common interfaces. There's enough key strokes
to remember in emacs as it is.
But I must say emacs-git impresses me the more I play with it. And git
itself just seems to be a solution that was waiting for a problem to
invent it. It's simply "nice and clean" from what i can gather of it.
regards
r.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Git recommendations
2008-10-27 18:22 ` Richard Riley
@ 2008-10-27 18:31 ` Ross Patterson
2008-10-27 18:47 ` Richard Riley
2008-10-27 20:51 ` Mykola Nikishov
0 siblings, 2 replies; 14+ messages in thread
From: Ross Patterson @ 2008-10-27 18:31 UTC (permalink / raw)
To: emacs-orgmode
Richard Riley <rileyrgdev@googlemail.com> writes:
> Ross Patterson <me@rpatterson.net> writes:
>
>> Richard Riley <rileyrgdev@googlemail.com> writes:
>>
>>> I've just spent a short time giving the crash test dummy procedure to a
>>> few git interfaces for emacs. All have their benefits. A lot have their
>>> negatives, But my immediate favourite for anyone thinking of using emacs
>>> interface to git for org is the following:
>>>
>>> http://tsgates.cafe24.com/git/git-emacs.html#sec1>>
>>> It doesn't come with a lot of default key bindings but the two most
>>> important for those familiar with vc-backend are there:
>>>
>>> C-x v v
>>> and
>>> C-x v =
>>>
>>> git-diff interfaces nicely to ediff.
>>>
>>> And the best thing is the one key press from git-status to bring up the
>>> wonderful "gitk" GUI interface which I wasn't aware of! Truly brilliant
>>> admin interface for git external to emacs.
>>>
>>> The best part of all is that it provides simple easy to see icons in the
>>> emacs status bar to show the git status. magic and egg tend to
>>> git-status centric as opposed to file centric. emacs-git is a nice
>>> mixture. It palms off the log/history interface to gitk - no need to
>>> reinvent the wheel.
>>>
>>> Simple, powerful, extensible. Recommended.
>>>
>>> Oh, but missing staging .... which magit and egg support but vc-git,
>>> git.el and emacs-git do not. I think ...
>>
>> I'm curious, did you evaluate dvc?
>>
>> http://www.xsteve.at/prg/emacs_dvc/dvc.html
>
> Nope. Damn. And why not? Because there was not a link on the Emacs Wiki
> for Git interfaces. And it didnt turn up in my basic Google.
>
> http://www.emacswiki.org/emacs/Git
>
> :-(
Yeah, and I'll add the lack of a *.deb for DVC to that complaint. :(
Maybe one of us ought to let the DVC folks know of our
complaints... Nah! :)
>> It aims to be a common emacs front end for most distributed version
>> control systems.
>
> Thanks for the pointer.
>
> I'll take a look. I like common interfaces. There's enough key strokes
> to remember in emacs as it is.
>
> But I must say emacs-git impresses me the more I play with it. And git
> itself just seems to be a solution that was waiting for a problem to
> invent it. It's simply "nice and clean" from what i can gather of it.
Well in all honesty, I've barely used git at all and I've only used DVC
for hg/mercurial, just thought you might want to get a look at it. :)
Ross
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Re: Git recommendations
2008-10-27 18:31 ` Ross Patterson
@ 2008-10-27 18:47 ` Richard Riley
2008-10-27 20:51 ` Mykola Nikishov
1 sibling, 0 replies; 14+ messages in thread
From: Richard Riley @ 2008-10-27 18:47 UTC (permalink / raw)
To: Ross Patterson; +Cc: emacs-orgmode
Ross Patterson <me@rpatterson.net> writes:
> Richard Riley <rileyrgdev@googlemail.com> writes:
>
>> Ross Patterson <me@rpatterson.net> writes:
>>
>>> Richard Riley <rileyrgdev@googlemail.com> writes:
>>>
>>>> I've just spent a short time giving the crash test dummy procedure to a
>>>> few git interfaces for emacs. All have their benefits. A lot have their
>>>> negatives, But my immediate favourite for anyone thinking of using emacs
>>>> interface to git for org is the following:
>>>>
>>>> http://tsgates.cafe24.com/git/git-emacs.html#sec1>>
>>>> It doesn't come with a lot of default key bindings but the two most
>>>> important for those familiar with vc-backend are there:
>>>>
>>>> C-x v v
>>>> and
>>>> C-x v =
>>>>
>>>> git-diff interfaces nicely to ediff.
>>>>
>>>> And the best thing is the one key press from git-status to bring up the
>>>> wonderful "gitk" GUI interface which I wasn't aware of! Truly brilliant
>>>> admin interface for git external to emacs.
>>>>
>>>> The best part of all is that it provides simple easy to see icons in the
>>>> emacs status bar to show the git status. magic and egg tend to
>>>> git-status centric as opposed to file centric. emacs-git is a nice
>>>> mixture. It palms off the log/history interface to gitk - no need to
>>>> reinvent the wheel.
>>>>
>>>> Simple, powerful, extensible. Recommended.
>>>>
>>>> Oh, but missing staging .... which magit and egg support but vc-git,
>>>> git.el and emacs-git do not. I think ...
>>>
>>> I'm curious, did you evaluate dvc?
>>>
>>> http://www.xsteve.at/prg/emacs_dvc/dvc.html
>>
>> Nope. Damn. And why not? Because there was not a link on the Emacs Wiki
>> for Git interfaces. And it didnt turn up in my basic Google.
>>
>> http://www.emacswiki.org/emacs/Git
>>
>> :-(
>
> Yeah, and I'll add the lack of a *.deb for DVC to that complaint. :(
> Maybe one of us ought to let the DVC folks know of our
> complaints... Nah! :)
A Debian package? I gave up on them and installed CVS emacs 23. Why? The
debian installation setup is simply too complex and kind of got me a
blank stare from the gurus in irc #emacs. It's much nicer using a git
emacs repository and getting the stuff I need manually. Also much easier
to sync between different machines since each emacs directory is pretty
much self contained.
>
>>> It aims to be a common emacs front end for most distributed version
>>> control systems.
>>
>> Thanks for the pointer.
>>
>> I'll take a look. I like common interfaces. There's enough key strokes
>> to remember in emacs as it is.
>>
>> But I must say emacs-git impresses me the more I play with it. And git
>> itself just seems to be a solution that was waiting for a problem to
>> invent it. It's simply "nice and clean" from what i can gather of it.
>
> Well in all honesty, I've barely used git at all and I've only used DVC
> for hg/mercurial, just thought you might want to get a look at it. :)
>
> Ross
I just started to read about git's history. You have to love
Torwalds. He shoots from the hip as well as being a smart sod.
http://www.infoworld.com/article/05/04/19/HNtorvaldswork_1.html
,----
| Torvalds seemed aware that his decision to drop BitKeeper would also be
| controversial. When asked why he called the new software, "git," British
| slang meaning "a rotten person," he said. "I'm an egotistical bastard,
| so I name all my projects after myself. First Linux, now git."
`----
Sure. I bet there's someone at BitKeeper whose name begins with "g" ...
Although I notice the letters "git" are in the first 5 letters of
Tridgell too. Nah ...
,----
| Torvalds is clearly unhappy about being forced off BitMover. He called
| Tridgell's client a "bad project," and said that the software it
| produced has no benefit to Linux developers, BitMover, or even Tridgell
| himself.
|
| "It ended up hurting people that didn't agree with (Tridgell)," he said
| of the software. "And it doesn't actually help anybody, since it only
| assured its own irrelevance by making BitKeeper no longer be available."
|
| In the last week, Linux's creator has come under fire for publicly
| slamming Tridgell's efforts. Critics say that Tridgell's
| reverse-engineering of BitKeeper is analagous to the work Torvalds
| himself has done with Linux, which itself is based on Unix.
|
| But in the e-mail interview Torvalds explained his perspective, using
| his usual brand of utilitarianism.
|
| According to Torvalds, Tridgell's software was "bad" simply because it
| ultimately served no useful purpose. "To me, a program is only as good
| as what it does," he said. "In this case, it only caused problems."
`----
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Git recommendations
2008-10-27 18:31 ` Ross Patterson
2008-10-27 18:47 ` Richard Riley
@ 2008-10-27 20:51 ` Mykola Nikishov
2008-10-28 18:40 ` Ross Patterson
1 sibling, 1 reply; 14+ messages in thread
From: Mykola Nikishov @ 2008-10-27 20:51 UTC (permalink / raw)
To: emacs-orgmode
Ross Patterson <me@rpatterson.net> writes:
> Yeah, and I'll add the lack of a *.deb for DVC to that complaint. :(
> Maybe one of us ought to let the DVC folks know of our
> complaints... Nah! :)
DVC's source tree contains debian/ directory and building .deb seems to
be a trivial task. Just run 'bzr-buildpackage' in the project's root ;-)
--
MAN-UANIC
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Git recommendations
2008-10-27 20:51 ` Mykola Nikishov
@ 2008-10-28 18:40 ` Ross Patterson
0 siblings, 0 replies; 14+ messages in thread
From: Ross Patterson @ 2008-10-28 18:40 UTC (permalink / raw)
To: emacs-orgmode
Mykola Nikishov <mn@mn.com.ua> writes:
> Ross Patterson <me@rpatterson.net> writes:
>
>> Yeah, and I'll add the lack of a *.deb for DVC to that complaint. :(
>> Maybe one of us ought to let the DVC folks know of our
>> complaints... Nah! :)
>
> DVC's source tree contains debian/ directory and building .deb seems to
> be a trivial task. Just run 'bzr-buildpackage' in the project's root ;-)
Awesome! Thanks!
Ross
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Git recommendations
2008-10-27 14:44 Git recommendations Richard Riley
2008-10-27 17:53 ` Ross Patterson
@ 2008-11-24 19:44 ` Linh Dang
2008-11-24 21:10 ` Richard Riley
1 sibling, 1 reply; 14+ messages in thread
From: Linh Dang @ 2008-11-24 19:44 UTC (permalink / raw)
To: emacs-orgmode
Richard Riley <rileyrgdev <at> googlemail.com> writes:
>
>
> I've just spent a short time giving the crash test dummy procedure to a
> few git interfaces for emacs. All have their benefits. A lot have their
> negatives, But my immediate favourite for anyone thinking of using emacs
> interface to git for org is the following:
>
> http://tsgates.cafe24.com/git/git-emacs.html#sec1
>
> It doesn't come with a lot of default key bindings but the two most
> important for those familiar with vc-backend are there:
>
> C-x v v
> and
> C-x v =
egg's file-oriented minor-mode also has those 2 mappings (as well as
other vc main keys such as C-x v u, C-x vl, etc.)
>
> git-diff interfaces nicely to ediff.
if the egg's status buffer, if you type [RET] at a conflicting delta
(after a merge/rebase), egg will launch ediff3 to let you resolve the
conflict.
> magit and egg tend to
> git-status centric as opposed to file centric.
egg is has minor-mode which is fairly file-oriented. egg's "C-x v v"
sequence is customizable to match your personal workflow
> emacs-git is a nice
> mixture. It palms off the log/history interface to gitk - no need to
> reinvent the wheel.
egg uses the log buffer to do branch/tag creation/deletion as well
as pull/push/fetch etc.
http://github.com/bogolisk/egg/wikis
>
> Simple, powerful, extensible. Recommended.
>
> Oh, but missing staging .... which magit and egg support but vc-git,
> git.el and emacs-git do not. I think ...
magit and egg main raison-d'etre was exactly that: hunk-by-hunk
staging/unstaging.
I haven't touch egg for a while and of course I'm biased.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Re: Git recommendations
2008-11-24 19:44 ` Linh Dang
@ 2008-11-24 21:10 ` Richard Riley
2008-12-01 2:29 ` Samuel Wales
0 siblings, 1 reply; 14+ messages in thread
From: Richard Riley @ 2008-11-24 21:10 UTC (permalink / raw)
To: Linh Dang; +Cc: emacs-orgmode
Linh Dang <linhd@nortel.com> writes:
> Richard Riley <rileyrgdev <at> googlemail.com> writes:
>
>>
>>
>> I've just spent a short time giving the crash test dummy procedure to a
>> few git interfaces for emacs. All have their benefits. A lot have their
>> negatives, But my immediate favourite for anyone thinking of using emacs
>> interface to git for org is the following:
>>
>> http://tsgates.cafe24.com/git/git-emacs.html#sec1
>>
>> It doesn't come with a lot of default key bindings but the two most
>> important for those familiar with vc-backend are there:
>>
>> C-x v v
>> and
>> C-x v =
>
> egg's file-oriented minor-mode also has those 2 mappings (as well as
> other vc main keys such as C-x v u, C-x vl, etc.)
>
>>
>> git-diff interfaces nicely to ediff.
>
> if the egg's status buffer, if you type [RET] at a conflicting delta
> (after a merge/rebase), egg will launch ediff3 to let you resolve the
> conflict.
>
>> magit and egg tend to
>> git-status centric as opposed to file centric.
>
> egg is has minor-mode which is fairly file-oriented. egg's "C-x v v"
> sequence is customizable to match your personal workflow
>
>> emacs-git is a nice
>> mixture. It palms off the log/history interface to gitk - no need to
>> reinvent the wheel.
>
> egg uses the log buffer to do branch/tag creation/deletion as well
> as pull/push/fetch etc.
>
> http://github.com/bogolisk/egg/wikis
>
>>
>> Simple, powerful, extensible. Recommended.
>>
>> Oh, but missing staging .... which magit and egg support but vc-git,
>> git.el and emacs-git do not. I think ...
>
> magit and egg main raison-d'etre was exactly that: hunk-by-hunk
> staging/unstaging.
>
>
> I haven't touch egg for a while and of course I'm biased.
Since then I discovered DVC.
http://richardriley.net/default/projects/emacs/dvc/tutorial/index
It's a shame so much effort is going into so many disjoint projects in
my view. They all cover different subsets and none appear to have a
large enough following to ensure interest and hence maintenance. Time
will tell.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Re: Git recommendations
2008-11-24 21:10 ` Richard Riley
@ 2008-12-01 2:29 ` Samuel Wales
2008-12-01 14:25 ` Alex Ott
0 siblings, 1 reply; 14+ messages in thread
From: Samuel Wales @ 2008-12-01 2:29 UTC (permalink / raw)
To: Richard Riley; +Cc: emacs-orgmode, Linh Dang
Do you know whether any of the git modes allow you to
preprocess the files that get diffed or ediffed?
For example, let's say that you want to ignore all line
moves. In that case, you might run both files (e.g. an old
version and the current version) through "sort -u".
Then the diff will look funny if you made a lot of changes,
but if you only moved lines, it would show up as a zero
diff, which is exactly what you want if you don't care about
line moves. If you made just a few changes and a lot of
line moves, those changes would show up. A more
sophisticated algorithm could keep the changed lines in
place.
Likewise, you could preprocess org files to make diffs
cleaner by eliminating all level changes, etc.
I have done this in the shell for a long time and found it
useful; it would be nice in a git mode, if any support that.
Of course, perhaps it could be done in ediff, somehow.
I wonder if dvc will win because it has backends.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Re: Git recommendations
2008-12-01 2:29 ` Samuel Wales
@ 2008-12-01 14:25 ` Alex Ott
2008-12-01 15:56 ` Richard Riley
2008-12-07 22:15 ` Samuel Wales
0 siblings, 2 replies; 14+ messages in thread
From: Alex Ott @ 2008-12-01 14:25 UTC (permalink / raw)
To: Samuel Wales; +Cc: emacs-orgmode, Richard Riley, Linh Dang
Re
>>>>> "SW" == Samuel Wales writes:
SW> Do you know whether any of the git modes allow you to preprocess the
SW> files that get diffed or ediffed?
in magit you can see diff for separate files
SW> For example, let's say that you want to ignore all line moves. In
SW> that case, you might run both files (e.g. an old version and the
SW> current version) through "sort -u".
SW> Then the diff will look funny if you made a lot of changes, but if you
SW> only moved lines, it would show up as a zero diff, which is exactly
SW> what you want if you don't care about line moves. If you made just a
SW> few changes and a lot of line moves, those changes would show up. A
SW> more sophisticated algorithm could keep the changed lines in place.
SW> Likewise, you could preprocess org files to make diffs cleaner by
SW> eliminating all level changes, etc.
SW> I have done this in the shell for a long time and found it useful; it
SW> would be nice in a git mode, if any support that.
SW> Of course, perhaps it could be done in ediff, somehow.
SW> I wonder if dvc will win because it has backends.
You can look through modes, described in my article at
http://xtalk.msk.su/~ott/en/writings/emacs-vcs/EmacsGit.html
In DVC, as i remember, support for Git is still very basic
--
With best wishes, Alex Ott, MBA
http://alexott.blogspot.com/ http://xtalk.msk.su/~ott/
http://alexott-ru.blogspot.com/
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Re: Git recommendations
2008-12-01 14:25 ` Alex Ott
@ 2008-12-01 15:56 ` Richard Riley
2008-12-07 22:15 ` Samuel Wales
1 sibling, 0 replies; 14+ messages in thread
From: Richard Riley @ 2008-12-01 15:56 UTC (permalink / raw)
To: Alex Ott; +Cc: emacs-orgmode, Linh Dang, Richard Riley
Alex Ott <alexott@gmail.com> writes:
> Re
>
>>>>>> "SW" == Samuel Wales writes:
> SW> Do you know whether any of the git modes allow you to preprocess the
> SW> files that get diffed or ediffed?
>
> in magit you can see diff for separate files
>
> SW> For example, let's say that you want to ignore all line moves. In
> SW> that case, you might run both files (e.g. an old version and the
> SW> current version) through "sort -u".
>
> SW> Then the diff will look funny if you made a lot of changes, but if you
> SW> only moved lines, it would show up as a zero diff, which is exactly
> SW> what you want if you don't care about line moves. If you made just a
> SW> few changes and a lot of line moves, those changes would show up. A
> SW> more sophisticated algorithm could keep the changed lines in place.
>
> SW> Likewise, you could preprocess org files to make diffs cleaner by
> SW> eliminating all level changes, etc.
>
> SW> I have done this in the shell for a long time and found it useful; it
> SW> would be nice in a git mode, if any support that.
>
> SW> Of course, perhaps it could be done in ediff, somehow.
>
> SW> I wonder if dvc will win because it has backends.
>
> You can look through modes, described in my article at
> http://xtalk.msk.su/~ott/en/writings/emacs-vcs/EmacsGit.html
>
> In DVC, as i remember, support for Git is still very basic
It has improved.
http://richardriley.net/default/projects/emacs/dvc/tutorial/index
--
important and urgent problems of the technology of today are no longer the satisfactions of the primary needs or of archetypal wishes, but the reparation of the evils and damages by the technology of yesterday. ~Dennis Gabor, Innovations: Scientific, Technological and Social, 1970
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Re: Git recommendations
2008-12-01 14:25 ` Alex Ott
2008-12-01 15:56 ` Richard Riley
@ 2008-12-07 22:15 ` Samuel Wales
2008-12-08 12:36 ` Tim O'Callaghan
1 sibling, 1 reply; 14+ messages in thread
From: Samuel Wales @ 2008-12-07 22:15 UTC (permalink / raw)
To: Alex Ott; +Cc: emacs-orgmode, Richard Riley, Linh Dang
On Mon, Dec 1, 2008 at 07:25, Alex Ott <alexott@gmail.com> wrote:
> Re
>
>>>>>> "SW" == Samuel Wales writes:
> SW> Do you know whether any of the git modes allow you to preprocess the
> SW> files that get diffed or ediffed?
>
> in magit you can see diff for separate files
I don't know what this means. Can you explain in more detail?
Thanks.
^ permalink raw reply [flat|nested] 14+ messages in thread
* Re: Re: Git recommendations
2008-12-07 22:15 ` Samuel Wales
@ 2008-12-08 12:36 ` Tim O'Callaghan
0 siblings, 0 replies; 14+ messages in thread
From: Tim O'Callaghan @ 2008-12-08 12:36 UTC (permalink / raw)
To: emacs-orgmode
Has anyone had any luck with XEmacs and these git modes?
Tim.
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2008-12-08 12:36 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-10-27 14:44 Git recommendations Richard Riley
2008-10-27 17:53 ` Ross Patterson
2008-10-27 18:22 ` Richard Riley
2008-10-27 18:31 ` Ross Patterson
2008-10-27 18:47 ` Richard Riley
2008-10-27 20:51 ` Mykola Nikishov
2008-10-28 18:40 ` Ross Patterson
2008-11-24 19:44 ` Linh Dang
2008-11-24 21:10 ` Richard Riley
2008-12-01 2:29 ` Samuel Wales
2008-12-01 14:25 ` Alex Ott
2008-12-01 15:56 ` Richard Riley
2008-12-07 22:15 ` Samuel Wales
2008-12-08 12:36 ` Tim O'Callaghan
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).