Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Visual Studio and Team Foundation Server will have Git support

blogs.msdn.com

Post reply on HN
Print view View original

181–190 of 220 posts

Re: Visual Studio and Team Foundation Server will have Git support

#181

Post by edwinnathaniel »

orf wrote: post #159
edwinnathaniel wrote: post #92

Earlier quoted context omitted.

Dream on. Java ecosystems have left you guys by 10k miles.

I attempted to write a simple web project in Java to learn it. I haven't used Java before, I normally use Python for web stuff and C# for other misc stuff. It was hell. I installed JetBeans IDEA quickly enough, but it went downhill from there. My AntiVirus (Kaspersky) fucked with Java 7's networking meaning it couldn't connect to anything, so it took an hour and a lot of googling to fix that. Next step: make a struts…

That sums up non-professional non-real-life project. Sorry to say this but your particular example does not count for "productivity gain" discussion.

Re: Visual Studio and Team Foundation Server will have Git support

#182

Post by asveikau »

drudru11 wrote: post #106

Cool - when will Windows support the 'fork' call? If they do that and support the '/' as a path separator (which was always there), Windows might get a resurgence.

Windows has a POSIX subsystem. It has fork. Not cygwin style. There is kernel support.

Re: Visual Studio and Team Foundation Server will have Git support

#183

Post by yannickt »

yannickt wrote: post #150
ComputerGuru wrote: post #113

Earlier quoted context omitted.

Yes, agreed (having worked on middlish-big projects with maybe 40 VS projects for each solution, 45+ minute re-compile times (not from scratch) on the latest gen CPUs, etc) with several hundred million LoC but believe me, if you think that's bad, you don't want to see Eclipse/NetBeans/XCode/etc. with a project a thousandth of that size.

I'm pretty sure I've read on an msdn blog that visual studio was 100 million loc total. I would be very curious to know what kind of projects you're working on.

For what it's worth, I'm currently working on a number of C/C++ projects that amount to ~15MLOC. Visual Studio handles that load just fine.

Re: Visual Studio and Team Foundation Server will have Git support

#184

Post by ivank »

asveikau wrote: post #182
drudru11 wrote: post #106

Cool - when will Windows support the 'fork' call? If they do that and support the '/' as a path separator (which was always there), Windows might get a resurgence.

Windows has a POSIX subsystem. It has fork. Not cygwin style. There is kernel support.

"SUA is deprecated starting with [Windows 8] and will be completely removed from the next release." http://brianreiter.org/2011/09/15/sua-deprecated-in-windows-...

Re: Visual Studio and Team Foundation Server will have Git support

#185

Post by yareally »

nathantotten wrote: post #163
yareally wrote: post #149

Earlier quoted context omitted.

VS is the only large scale IDE I know of that refuses to add a search bar for options. Both Eclipse and Intellij IDEA both have it. Trying to deal with finding what you want in the myriad of options VS has is tedious. Also changing syntax colorings without something like resharper is also taxing.

This exists in 2012 now. http://www.dotnetspark.com/kb/5328-whats-new-search-options-...

Thanks, I would have never guessed it was that sort of search in 2012. I would have figured the more intuitive option was to put it within the actual options area. Then again, I guess I should have known better with the way search is in the rest of the Win 8 UI (though I don't use Win 8 enough to instantly think of that, lol).

Re: Visual Studio and Team Foundation Server will have Git support

#186

Post by charlieflowers »

This is (a) absolutely shocking, and (b) utterly fantastic!

If MS had tried to make a DVCs to compete with git, they would have always been third-fiddle (to git and Mercurial, and possibly others). But they could still have made money selling it to all-Microsoft shops.

Instead, they acknowledged the situation and incorporated git support!

This is so right, so beneficial to their customers, and yet so completely opposite to what I expected them to do!

I must give credit where credit is due ... fantastic decision, Microsoft!

Re: Visual Studio and Team Foundation Server will have Git support

#187

Post by JonoW »

edwinnathaniel wrote: post #174
SideburnsOfDoom wrote: post #137

Earlier quoted context omitted.

In what way? What things are you comparing? All I know is that the next version of Java will have features inspired by the last version of c# http://mail.openjdk.java.net/pipermail/lambda-dev/2011-Septe...

C# tools and libraries have been inspired by Java since the inception. I'll give C# a +1 for lambda/functional feature but the rest does not equal +1. MSBuild -> Ant NuGET -> Ivy DoesNotExist -> Maven (don't forget to count maven plugins). NHibernate, Log4Net, etc -> inspired by its Java counterpart. How about sane deployment/packaging system? WAR, JAR, EAR push to App Server (tomcat, glassfish, etc). Not so easy wit…

Regarding deployment/packaging, there is MsDeploy for that. You can deploy files, IIS settings, db scripts, registry settings from a sip package

Re: Visual Studio and Team Foundation Server will have Git support

#188

Post by charlieflowers »

edwinnathaniel wrote: post #174
SideburnsOfDoom wrote: post #137

Earlier quoted context omitted.

In what way? What things are you comparing? All I know is that the next version of Java will have features inspired by the last version of c# http://mail.openjdk.java.net/pipermail/lambda-dev/2011-Septe...

C# tools and libraries have been inspired by Java since the inception. I'll give C# a +1 for lambda/functional feature but the rest does not equal +1. MSBuild -> Ant NuGET -> Ivy DoesNotExist -> Maven (don't forget to count maven plugins). NHibernate, Log4Net, etc -> inspired by its Java counterpart. How about sane deployment/packaging system? WAR, JAR, EAR push to App Server (tomcat, glassfish, etc). Not so easy wit…

But if you talk language, Java has never held a candle to C#.

The original C# language and virtual machine was inspired by Java.

Then, C# got: * Better generics

* lambda expressions

* the yield keyword and compiler magic for iterators

* explicit interface implementation (rarely needed, but very well thought-out for when you need it)

* LINQ!!!

* Type inference

* Dynamic keyword

(I'm forgetting some things, it's late).

Anders has guided the C# language brilliantly ... Java has been outpaced at every step of the way. So many somewhat radical features have been added to C#, and from my standpoint, every single one of them was very well-done.

Re: Visual Studio and Team Foundation Server will have Git support

#189

Post by lloeki »

rwallace wrote: post #54
gfody wrote: post #31

Git doesn't transplant from the UNIX ecosystem very well. It's why the only options for Git in Windows so far have been as part of a UNIX interop solution like msys, cygwin, interix, etc. It will be really nice to see a proper Git client for Windows especially if it means Windows is also getting a proper SSH.

Git on Windows works fine for me, no cygwin in sight. It wouldn't have occurred to me to call msys 'part of a Unix interop solution', though I suppose it does give me a working version of Perl, which is a feature since it was the occasion for me to start using ack instead of grep.

Definitely UNIX interop, at least at the tooling level:

> MSYS is a collection of GNU utilities such as bash, make, gawk and grep to allow building of applications and programs which depend on traditionally UNIX tools to be present.

[0]: http://www.mingw.org/wiki/MSYS

Re: Visual Studio and Team Foundation Server will have Git support

#190

Post by blablabla123 »

ComputerGuru wrote: post #113
meaty wrote: post #100

Earlier quoted context omitted.

You've obviously never suffered a large project. Crashes, memory gobbling, random debugger failures, glacial speed, lag, project configuration corruption, UI glitches, refusing to load projects, half complete refactoring operations, search/replace just stops, having to reset environment at least once a day, grey screen of death. And that's just the IDE. CLR is the only framework and language combo I've used which wil…

Yes, agreed (having worked on middlish-big projects with maybe 40 VS projects for each solution, 45+ minute re-compile times (not from scratch) on the latest gen CPUs, etc) with several hundred million LoC but believe me, if you think that's bad, you don't want to see Eclipse/NetBeans/XCode/etc. with a project a thousandth of that size.

Eclipse is fast, but it needs to be configured well and run on a decent system. I guess the same is true for VS. After all both wouldn't be so popular if they wouldn't scale.
Post reply on HN