Live data from Hacker News

Visual Studio and Team Foundation Server will have Git support

blogs.msdn.com

151–160 of 220 posts

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

#151
post #139

Earlier quoted context omitted.

Actually if you are changing a dependency right at the bottom of the chain, it makes things much faster as each compilation unit (assembly) is less likely to be coupled to the changed code. Large assemblies are the enemy of compilation time as you can't partially compile them (like you can with java individual classes).

Incremental compiler in C#: http://msdn.microsoft.com/en-us/library/aa691231(v=vs.71).as...

That was in 1.0 and 1.1. Gone in 2.0+

http://msdn.microsoft.com/en-us/library/ms379563%28v=vs.80%2...

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

#152
post #62
post #51

Earlier quoted context omitted.

> 2: The code your are writing is subject to regulatory control. Can you expand on what, precisely, you mean by that?

If I remember correctly, certain regulatory environments require that an audit log be kept of who saw which file and when.

Really? The only places I've run into regulatory requirements for audit logs of seeing data is when the data itself is sensitive government data or is legally protected personal data; outside of national security, those aren't the kind of things that generally apply to code (and in the national security space, I'd imagine that you'd need more comprehensive monitoring of your systems, desktop or server, such that using centralized VCS for the purpose would be redundant [alone, centralized VCS for that purpose has holes big enough to drive a truck through, since it can't monitor who sees information once it is checked out, only who checked it out].)

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

#153
post #51

Earlier quoted context omitted.

> 2: The code your are writing is subject to regulatory control. Can you expand on what, precisely, you mean by that?

Some code like encryption algorithms cannot leave the United States by law (if developed by a US company/Citizen). Another example might be Credit Card Processing software, you don't want a lot of people knowing how you generate your encryption keys.

Centralized version control doesn't have any advantage over distributed version control for either of those scenarios. Particularly, it doesn't give you any more control over where the code goes after someone with authorized read access to the repository makes their own copy of it.

For that, you need comprehensive monitoring on every system from which the repository can be accessed that tracks what is done, and once you have that, it doesn't really matter what you do for VCS for that kind of monitoring.

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

#154
This is great news.

The sooner TFS goes away, the better the world will be.

(No, seriously. There is one thing that VCS should never do: lose your changes. Ever. TFS does this in some specific circumstances. Yet, despite this, and the other problems with it, people continue to champion it and use it because of the tight VS integration. The sooner this stops happening, the better)

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

#156
post #119

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.

Slightly curious, what kind of projects were you working on that are "several hundred million LoC"... wouldn't 45-minutes be reasonable for that many lines of code? I ask because I've never even come close to touching a project with that many SLOC and I was also under the impression that most modern operating systems are barely fitting into 100million+ LoC category, correct? This is your chance to redefine my perspec…

[deleted]

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

#158

Earlier quoted context omitted.

Java just doesn't scale, if you want fast code you wont use java. C++ one of the best, and for quick development c#, you can always invoke C++ libs in C# anyway and both are supported in visual studio. If your into webdevelopment even there java is slow.. despite it has some fun libs, but most people use them because their lazy programmers, a good programmer wont rely that much on much external libs

Are you saying those c# devs who use C++ libs are okay but Java devs who use Java libs are lazy simply because they use Java? So a good programmer reinvent the wheel whenever he can?

[deleted]

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

#159
post #76

Earlier quoted context omitted.

As a (now former) long time Window developer, and even though people like to bash on it, I still think VS (>2003) is the best god damn IDE I've ever used. And with .NET it leaves everyone in the dust, IMHO.

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 struts2 project. Wait, maven doesn't like the archtype IDEA gives it so it explodes and doesn't install it. Ok, do that by hand. Next install a webserver, which one to choose? Install one, doesn't work with IDEA - have to install an earlier version.

Ok. Finally got a blank project up. Read the docs for struts2, brain hurts, uninstall everything, fire up VS 2012 and write the whole thing in C# and run it on mono. Easy.

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

#160

Earlier quoted context omitted.

One think that I've been impressed with is that changes you make from the command line are reflected instantly in the GUI. I like to change branches from PowerShell with posh-git. I'm using the GUI and command line interchangeably. (Disclaimer: I work for MSFT but not in the git/vs group)

This is one feature that Eclipse don't have since you have to refresh everytime there is changes outside the IDE. Every time someone says VS blows Eclipse I wonder what VS have that Eclipse don't. When I dabbled C# few years ago, I find the textual support for refactoring and such are much lacking in VS IMO. I haven't tried Resharper though. My brother applaud VS for its WYSIWYG, but you rarely do that when you progr…

> This is one feature that Eclipse don't have since you have to refresh everytime there is changes outside the IDE.

That used to annoy me a lot. But isn't there a setting that makes Eclipse scan for changes on the file system now? I don't remember what it's called.

Post reply on HN