3 ms·

Cheap shot, but this is the company that created TFS in 2005(?). Which as near as I can tell is an answer to the question "How do we reimplement SVN in an MS en

by ethbro 10y ago

Cheap shot, but this is the company that created TFS in 2005(?). Which as near as I can tell is an answer to the question "How do we reimplement SVN in an MS environment?" Which seems like something no one should have been asking for by that time.

bunderbunder 10y ago
TFS goes rather a bit further than just being a version control system. That said, I'm not entirely certain why they decided to implement TFVC (TFS's default - and until recently, only - version control system) instead of just basing it on SVN. Aside from that this was at the height of the period when Microsoft had a compulsive need to sink resources into building their own proprietary clone of every damn thing.
pjmlp 10y ago
Well, I love those gated check-ins, specially when working in offshoring projects.
sargun 10y ago
Microsoft's dev tools were straight up amazing. As someone who didn't get to take advantage of many of them, I was always envious of engineers using Visual Studio and being able to debug code like it was magic. Although TFS may seem terrible, it works for super large organizations, and big code bases in a way that SVN and Git just didn't.
- ethbro 10y ago
  I wouldn't say I worked with a super large codebase at the customer who used it, but the only compelling feature seemed to be "it played nice with MS infrastructure." Teams that had issues grasping the fundamentals of VCS in general still had issues. And in return you got the lesser compatibility and greater number of code warts that came with proprietary enterprise software over open source. But I'm curious, what worked specifically for you in TFS that wasn't in the SVN ecosystem? It's probably the client was unaware of a lot of features.
  - sargun 10y ago
    I never got to use TFS, but I'd sum up the benefits with /integration/. The MS dev ecosystem is amazing. I write software now for Linux on Mac OS X. I use IntelliJ, Netbeans, virtual box, and a whole bunch of bash to tie it all together. If I want to do a deploy of my lambda software, I edit some Python in IntelliJ, I then run a build and upload it to lambda using some bash scripts, and test it using the GUI in Chrome. If I'm editing C code, I edit some code in Netbeans, and edit it over Netbeans SSH integration in VB. I then go compile it using make on the remote machine, and load it. I have a bunch of bash scripts to do testing on that remote machine that are executed via SSH. ----- I have several more duct taped integrations. With VS, this is all in one system.

by ethbro 10y ago

bunderbunder 10y ago

TFS goes rather a bit further than just being a version control system. That said, I'm not entirely certain why they decided to implement TFVC (TFS's default - and until recently, only - version control system) instead of just basing it on SVN. Aside from that this was at the height of the period when Microsoft had a compulsive need to sink resources into building their own proprietary clone of every damn thing.

pjmlp 10y ago

Well, I love those gated check-ins, specially when working in offshoring projects.

sargun 10y ago

Microsoft's dev tools were straight up amazing. As someone who didn't get to take advantage of many of them, I was always envious of engineers using Visual Studio and being able to debug code like it was magic. Although TFS may seem terrible, it works for super large organizations, and big code bases in a way that SVN and Git just didn't.

ethbro 10y ago
I wouldn't say I worked with a super large codebase at the customer who used it, but the only compelling feature seemed to be "it played nice with MS infrastructure." Teams that had issues grasping the fundamentals of VCS in general still had issues. And in return you got the lesser compatibility and greater number of code warts that came with proprietary enterprise software over open source. But I'm curious, what worked specifically for you in TFS that wasn't in the SVN ecosystem? It's probably the client was unaware of a lot of features.
- sargun 10y ago
  I never got to use TFS, but I'd sum up the benefits with /integration/. The MS dev ecosystem is amazing. I write software now for Linux on Mac OS X. I use IntelliJ, Netbeans, virtual box, and a whole bunch of bash to tie it all together. If I want to do a deploy of my lambda software, I edit some Python in IntelliJ, I then run a build and upload it to lambda using some bash scripts, and test it using the GUI in Chrome. If I'm editing C code, I edit some code in Netbeans, and edit it over Netbeans SSH integration in VB. I then go compile it using make on the remote machine, and load it. I have a bunch of bash scripts to do testing on that remote machine that are executed via SSH. ----- I have several more duct taped integrations. With VS, this is all in one system.