IDE+hg

NiklasRTZ niklasro at gmail.com
Thu Nov 26 05:41:10 EST 2009


On Nov 24, 4:09 pm, rustom <rustompm... at gmail.com> wrote:
> On Nov 24, 8:13 pm, Richard Riley <rileyrg... at gmail.com> wrote:
>
>
>
> > Gerhard Häring <g... at ghaering.de> writes:
> > > Rhodri James wrote:
> > >> On Mon, 23 Nov 2009 19:20:27 -0000, NiklasRTZ <nikla... at gmail.com> wrote:
>
> > >>> Dear experts,
> > >>> Since no py IDE I found has easy hg access. IDEs PIDA and Eric claim
> > >>> Mercurial support not found i.e. buttons to clone, commit and push to
> > >>> repositories to define dev env dvcs, editor and deployment all in 1.
>
> > >> I don't really understand this urge to cram everything into a single
> > >> program, since that inevitably leads to compromises that will
> > >> compromise
>
> > Huh? Cram what? Nothing is crammed into anything. The IDE/Editor is
> > merely programmed to hook into the external tools
>
> > >> just how much of Mercurial's useful and interesting functionality you
> > >> can get at.  Still, if you really must, Emacs (and presumably vim) seems
> > >> to be capable of working with most source control systems.
>
> > > I prefer the commandline tools, too.
>
> > > FWIW, Eclipse supports Mercurial through
> > >http://www.vectrace.com/mercurialeclipse/
>
> > > -- Gerhard
>
> > Why would you prefer the command line tools in a shell when the same
> > tools can be used in a way which makes navigating the output so much
> > easier? It strikes me as a kind of intransigence. it's a common
> > misconception that IDEs use their own tools all the time. They
> > don't. They integrate the very same tools. e.g Why the hell would I drop
> > to a command line to diff a file with a back version in GIT when I can
> > do the same in the buffer in emacs with a single hot key? Why would I
> > pipe the output of compile into a file then open that file when a single
> > hot key can fire off the SAME compiler and then list the errors in an
> > emacs buffer and another hot key can take me directly to the source
> > lines in question? Living in the past has its mements, but really.
>
> > e.g I have pylint working live in python buffers. Big time
> > saver. Similar with C.
>
> I sometimes think that the amount of time I spend tweaking emacs to
> save my time is more than the time I spend on anything else :-)
>
> But more seriously:
> I tried to use emacs with git recently -- it was a sorry experience.
> The git.el that comes with git is broken (on windows)
> vc was too old for git like systems
> dvc is a joke (its supposedly generic for all Distributed Version
> Systems -- but everything is couched in terms of tla.
> TLA! For heavens sake!
> magit would not run on windows and to use egghttp://github.com/bogolisk/egg
> I must read magit docs.
> Finally I decided to stay with what Ive used for the last 25 years --
> the shell

git is easier via commandline than hg. hg wants gears for simple thing
ie. hg commit -m wants spec note, too long to type each commit.



More information about the Python-list mailing list