[antlr-interest] anybody care to comment on bitbucket.org?

[Jim Idle]

Don't use hg

Jim

> -----Original Message-----
> From: antlr-interest-bounces at antlr.org [mailto:antlr-interest-
> bounces at antlr.org] On Behalf Of Kieran Simpson
> Sent: Sunday, January 22, 2012 2:52 PM
> Cc: 'antlr-interest Interest'
> Subject: Re: [antlr-interest] anybody care to comment on bitbucket.org?
>
> You should just go with Hg then.  Don't try to bend the tooling to your
> whims, you'll only get headaches.  Hg will do everything you want and
> better IMO.  At work we've moved to Hg for (among others) these
> reasons.
>
> On 23/07/64 5:59 AM, Sam Harwell wrote:
> > As a bit more background, I do development on many projects in
> several
> > different languages and environments. My "primary" languages are C#
> > and C++ with Visual Studio. For ANTLR and school I also work in Java
> > using IntelliJ and more recently NetBeans. I always use an external
> > GUI for source control before checking files in because it gives me
> > extra control in preventing mistakes when working on someone else's
> > project - I diff every file to ensure that my code formatting and
> even
> > whitespace match the settings of code around my changes. I find that
> > when it specifically comes to checking files in, IDE integrations can
> > occasionally have "glitches" (unexpected behavior, nuances, and/or
> bugs) so I avoid them.
> >
> > For external tools, I find P4V (Perforce) feature rich but slow and
> > particularly cumbersome when it comes to experimenting with code
> > checked out from a read-only repository. Nevertheless, I frequently
> > use it since Perforce is the chosen SCC for all the commercial
> > projects I've been involved with. TortoiseHG Workbench has been
> > exceptional (but not perfect), and has stable, complete support
> across
> > all of the development environments I work with. TortoiseSVN is truly
> > polished and performs very well, but suffers from limitations imposed
> by SVN itself.
> >
> > Git concerns me not only for falling behind these in toolchain/GUI
> > support on Windows, but I also don't see a big movement to close the
> > gap. TortoiseHG is a particular example of a very actively developed
> > project with frequent releases.
> >
> > --
> > Sam Harwell
> > Owner, Lead Developer
> > http://tunnelvisionlabs.com
> >
> >
> > -----Original Message-----
> > From: Sujith Pillai [mailto:sujithspillai at gmail.com]
> > Sent: Wednesday, January 18, 2012 10:12 AM
> > To: Terence Parr
> > Cc: stringtemplate-interest List; antlr-interest Interest; Zenaan
> > Harkness
> > Subject: Re: [antlr-interest] [stringtemplate-interest] anybody care
> > to comment on bitbucket.org?
> >
> > 1) TortoiseGit - very popular
> > 2) msysgit - second
> > 3) SmartGit - I have heard good things about this, but haven't met
> > someone who uses this (yet).
> >
> >
> >
> > On Wed, Jan 18, 2012 at 11:01 AM, Terence Parr<parrt at cs.usfca.edu>
> wrote:
> >> I'm leaning towards git but Sam Harwell, who is super important on
> >> this
> > project, using windows and would need good git gui outside of dev
> > tool. Can anybody comment on what is useful (non cmd-line)?
> >>
> >> Ter
> >> On Jan 17, 2012, at 4:08 PM, Zenaan Harkness wrote:
> >>
> >>> On Tue, Jan 10, 2012 at 09:54, John D.
> >>> Mitchell<jdmitchell at gmail.com>
> > wrote:
> >>> Hg and Git are comparable on a feature basis.
> >>>
> >>> However, Hg and Git are built with very different philosophies. Git
> >>> is
> > perfectly happy to allow mutation of history.
> >>>
> >>> By default, public repositories are not rebase-able. The fact that
> > something _can_ be achieved should not be held against it.
> >>>
> >>> And locally, if you don't want to rebase, don't. I find that on
> >>> small,
> > private-only "feature" branches or "experiment" branches, that
> > rebasing is a useful tool. So is cherry picking. Knowing when to use
> a
> > powerful tool is part of being a good technician/ programmer.
> >>>
> >>> Git was a steep learning curve for me. "Pro Git" book I find
> excellent.
> > Bought a paper copy.
> >>>
> >>> I used bitkeeper, arch/tla, and cvs etc. in the past. I think
> others
> >>> have
> > said, but git stash is a godsend, as well as other bits and bobs.
> >>>
> >>> _______________________________________________
> >>> stringtemplate-interest mailing list
> >>> stringtemplate-interest at antlr.org
> >>> http://www.antlr.org/mailman/listinfo/stringtemplate-interest
>
> List: http://www.antlr.org/mailman/listinfo/antlr-interest
> Unsubscribe: http://www.antlr.org/mailman/options/antlr-interest/your-
> email-address