Live data from Hacker News

Visual Studio and Team Foundation Server will have Git support

blogs.msdn.com

211–220 of 220 posts

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

#211

Until the Day Now Known as Before Git TFS (aka Yesterday), this was my workflow for checking in code (I work on a Mac): * get far enough along in my code that I want to check in, launch VMWare Fusion, start Windows, login to Windows and run security updates, connect card reader, login to the VPN, oops bad password, login to the VPN again, more security updates, launch Visual Studio, connect to TFS, launch project sol…

Microsoft has a cross-platform command line TFS client (also an Eclipse plugin):

http://msdn.microsoft.com/en-us/library/gg413282.aspx

  > You can perform version control operations by using the Team Foundation 
  > Server plug-in for Eclipse. You can also use the Cross-platform Command-Line 
  > Client for Team Foundation Server to perform those tasks.
I'm not sure how Git support gets your code back into your corporate TFS server?

Edit again: did not see you using their service. It will be interesting to see how well they implemented all the ACL-type stuff, also just in general I wonder about the transport security since SSH is not supported at this time. I'd recommend against using this Visual Studio Git support to push over the internet for now!

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

#212

Earlier quoted context omitted.

What I'm really saying is I want a terminal, in which I can run whatever shell I want. See also: Unix, Linux, OSX, etc, etc, etc.

Oh, that's easy. Start a cmd.exe terminal. Run bash (or whatever). Now you're running the shell of your choice in the cmd terminal.

Do you really find cmd.exe to be as good as OSX Terminal, or iTerm2, or the default Terminal on Ubuntu, or ??

I've used PS on Windows 7, not on Windows 8. So I'm sure it received an upgrade. I did like being able to essentially pipe objects from one script to another. But none of these apps are as flexible and powerful as the OSX and Ubuntu examples I mentioned earlier.

I'm really not one for internet debates, if you feel this protective of an under-featured and clunky terminal app then ok, good for you. You can have the last word. But the GP that you replied to originally was correct and your random half-answers are really missing the point.

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

#213
post #211

Until the Day Now Known as Before Git TFS (aka Yesterday), this was my workflow for checking in code (I work on a Mac): * get far enough along in my code that I want to check in, launch VMWare Fusion, start Windows, login to Windows and run security updates, connect card reader, login to the VPN, oops bad password, login to the VPN again, more security updates, launch Visual Studio, connect to TFS, launch project sol…

Microsoft has a cross-platform command line TFS client (also an Eclipse plugin): http://msdn.microsoft.com/en-us/library/gg413282.aspx > You can perform version control operations by using the Team Foundation > Server plug-in for Eclipse. You can also use the Cross-platform Command-Line > Client for Team Foundation Server to perform those tasks. I'm not sure how Git support gets your code back into your corporate TFS…

There's no ACL for most git clients, they use standard HTTP credentials. Transport security is handled by SSL, we obviously don't expect you to pass this stuff around in plaintext!

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

#214

Earlier quoted context omitted.

Oh, that's easy. Start a cmd.exe terminal. Run bash (or whatever). Now you're running the shell of your choice in the cmd terminal.

Do you really find cmd.exe to be as good as OSX Terminal, or iTerm2, or the default Terminal on Ubuntu, or ?? I've used PS on Windows 7, not on Windows 8. So I'm sure it received an upgrade. I did like being able to essentially pipe objects from one script to another. But none of these apps are as flexible and powerful as the OSX and Ubuntu examples I mentioned earlier. I'm really not one for internet debates, if you…

Maybe conemu is what you want? Not made by MS though. I spend far less time copying and pasting into terminals in Windows, so the relative oddities involved aren't that bothersome.

I think cmd/powershell is different, and lots of people write it off without even considering it. Parent wanted something "developer friendly". That could mean anything to anybody. I can only give half-answers to a half-specified problem. :)

Sorry, if I wasn't very helpful. Far too often, it turns out "real development tools" means "exactly like on linux", and it's a waste of time to explain how to achieve similar features.

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

#215

I bet they will screw up and their git will be incompatible with the rest of the world.

Not if I can help it. They're using the project I work on as their git layer: http://libgit2.github.com/

They have a long list of what's wrong with git. They think git is too hard for their average customer. They have a list of features, some will be easier when storing some metadata in the git repo.

There are certainly ways to build a compatible and good product. It is possible and not incredibly hard. But it is Microsoft we are talking about. What is their track record in playing nicely with the community and supporting open standards? IE? OOXML?

They have deadlines, technical burden of millions LOC, backwards compatibility with whatever crap RCS they are currently supporting, etc.

When all these come into play, guess what will be sacrificed or postponed till next release?

I get it that it can be done right, I believe some of their engineers sincerely want and try hard to get it right. They have already made quite a few design decisions and big steps in the right direction.

But there are "real world" constraints. Management wants to report gazillion new features this quarter, Marketing wants unique value propositions, Engineering wants to hold back the release until git maintainers accept all the patches. Guess who will lose this tug of war?

straight from the horse's mouth: > Git can be, um, esoteric. We’ve been working to > codify the standard “best practices” for Git in the community to > make Git approachable and easy to use > by everyone while not sacrificing the power. ... > give you the best all-up ALM solution ... > work item association, change tracking, build automation, > My work, Code review ... > We are doing work on auditing, access control, > high availability, online backup, etc. All the things that > an enterprise is going to be particularly concerned about. ...

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

#216
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).

Yes but that's not the case if you're changing a dependency in the middle of the chain, as is more commonly the case. Additionally, as far as I can tell, the main thing that slows compilation down isn't so much the actual compilation step as loading in and copying all the project references. Visual Studio does this separately, from scratch, for every project that you rebuild, since each project compilation runs in a…

It depends on the size of the project. Our dependencies compile into 130Mb of DLLs excluding all external references.

That's expensive to build.

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

#217
post #216

Earlier quoted context omitted.

Yes but that's not the case if you're changing a dependency in the middle of the chain, as is more commonly the case. Additionally, as far as I can tell, the main thing that slows compilation down isn't so much the actual compilation step as loading in and copying all the project references. Visual Studio does this separately, from scratch, for every project that you rebuild, since each project compilation runs in a…

It depends on the size of the project. Our dependencies compile into 130Mb of DLLs excluding all external references. That's expensive to build.

In that case it's probably sensible to break it up not only into separate projects but separate solutions too.

What bugs me is when relatively small solutions are broken up into large numbers of projects. Very often it's done for no reason whatsoever other than aesthetics. They're often divided up "against the grain" too, putting every layer of your application (presentation layer, business layer, repository, domain model, services, interfaces etc) into a separate project, with the result that a single task requires you to make changes to several different projects.

The general rule that should be followed here is the Common Closure Principle: classes that change together should be packaged together.

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

#218

Earlier quoted context omitted.

Sir, Maven is an awesome thing. Would you want me to do a query in Google for each and individual .net and the word "sucks"? Since when that matters? There will be minorities that just happened to dislike everything. There are also people who just happened to use maven in the wrong way and ended up fighting with it. This suggests that you have never used and experienced Maven. Combined eclipse with m2clipse and you w…

> Maven is an awesome thing. There will be minorities that just happened to dislike everything I don't know maven from a bar of soap, but would you diagree with this recent hn post then? "Why Everyone Eventually Hates or Leaves Maven" http://news.ycombinator.com/item?id=5105164 Now I've had a look at the basics of what Maven does ... http://en.wikipedia.org/wiki/Apache_Maven " It can also be used to build and manage…

The fact that many people in that hn thread said they had no problem with maven? Again sir, what you were doing were just linking gossips as oppose to using it, trying it out, experiencing it, understanding it uses/features.

I can link to many2 .net blog posts how people have left it because it is too limiting but that is not the point. Personal preference does not equal real world evident that suggests that .net is not that limiting.

Last but not least, your nuget can't:

Run unit tests without any setup.

Run integration tests without any setup.

Run code analysis as part of build.

Run code style as part of build.

Package your project and make it ready as dependencies to hour other projects easily without having to import the whole source folder as another project below a solution.

Deploy to hour app server.

Generate javadoc or .net doc.

I recalled there were challenges to use maven for .net projects. Would you want me to query people praise of maven? Or would you want me to query how .net community wishes or is looking for maven equivalent tools in .net and how nuget is just a piece of subset of what maven can do? Or would you like to take a look the current landscape of build and dependency tools and how almost all of them mimic what maven can do?

The equivalent of maven would be msbuild, msdeploy, nuget, and various other tools in which you have to setup manually and requires a lot of effort. In the rails world they required gems, rake, and bundler to match maven capabilities.

I think I've explained too much. There is absolutely no point to continue the discussion if all you do is merely performing google search query of Java bashing because likewise can be done with .net and that would be a time wasting.

Otherwise, let me know when there is a huge revolution in the .net world that shook the software development world because so far you guys just following java footsteps in almost every area except the c# language syntax.

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

#219

Earlier quoted context omitted.

> Maven is an awesome thing. There will be minorities that just happened to dislike everything I don't know maven from a bar of soap, but would you diagree with this recent hn post then? "Why Everyone Eventually Hates or Leaves Maven" http://news.ycombinator.com/item?id=5105164 Now I've had a look at the basics of what Maven does ... http://en.wikipedia.org/wiki/Apache_Maven " It can also be used to build and manage…

The fact that many people in that hn thread said they had no problem with maven? Again sir, what you were doing were just linking gossips as oppose to using it, trying it out, experiencing it, understanding it uses/features. I can link to many2 .net blog posts how people have left it because it is too limiting but that is not the point. Personal preference does not equal real world evident that suggests that .net is…

> your nuget can't ... Run unit tests

One tool that does everything has never been my taste - a package manger that runs unit tests wouldn't be a good idea at all.

You're not saying anything of interest or useful to me anyway.

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

#220

Earlier quoted context omitted.

The fact that many people in that hn thread said they had no problem with maven? Again sir, what you were doing were just linking gossips as oppose to using it, trying it out, experiencing it, understanding it uses/features. I can link to many2 .net blog posts how people have left it because it is too limiting but that is not the point. Personal preference does not equal real world evident that suggests that .net is…

> your nuget can't ... Run unit tests One tool that does everything has never been my taste - a package manger that runs unit tests wouldn't be a good idea at all. You're not saying anything of interest or useful to me anyway.

Yet you're using:

C# - A language that can do (almost) everything: mobile, web, desktop, etc (Java still beat you guys on embedded devices).

VS.NET - An IDE that can do build, run your tests, UML modelling and many more...

Final thoughts on Maven: What I care is a tool that perform build for me and in 2013, validations are part of the build: validate that your code compiles (compiler), validate that your code can be packaged according to the agreeable standard (dll, jar, whatever), some level of behaviour validation (unit-test, integration-test) .

If you disagree then perhaps we have philosophical differences when it comes to good software engineering practices since the beginning.

Eventually you either: build something from scratch to mimic Maven on .NET ecosystems or use various tools (MSBuild, NAnt, NuGET) that perform the same workflow that Maven gives to you. Either way you got nothing like Maven in .NET ecosystems which is a huge loss for me since why would I learn various tools or build some piece of the puzzles on my own when I have _the_ tool that can do what we all have to do on day-to-day base anyway...

You're not saying anything remotely close to display how the .NET ecosystem is richer than Java. Perhaps because it isn't.

PS: Maven is composed by plugins, the fact that some of the plugins can do unit-test while others can do static code analysis are just... awesome.

I'm done.

Post reply on HN