TFS or Git
-
TFS and Git are not mutually exclusive? :confused: Do you mean TFVC, the Microsoft Team Foundation Version Control that not even Microsoft is using anymore? TFS supports both TFVC and Git, but I'd recommend Git. In fact, TFVC shouldn't even be an options anymore because, as said, not even its creator Microsoft uses it anymore. Branching and merging is a lot better and easier in Git. Besides, Git has become the industry standard making it easier to find help and documentation. I've also heard good things about Mercurial by the way. And I guess SVN is still an options too, although I never hear about it anymore. I'm not sure if those are supported in TFS though :)
Best, Sander Continuous Integration, Delivery, and Deployment arrgh.js - Bringing LINQ to JavaScript Object-Oriented Programming in C# Succinctly
Since I've been using both Git and TFS I can only recommend Mercurial.
Wrong is evil and must be defeated. - Jeff Ello
-
I really only care about Source Control. Do you have any "getting started" resources?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
Kevin Marois wrote:
"getting started" resources?
I think there is a lot of tutorials on youtube, actually. I find those to be the best versus just reading text about something.
-
Wrong is evil and must be defeated. - Jeff Ello
:rolleyes:
Jeremy Falcon
-
I made a pretty extensive research on the subject a few years ago and decided for Mercurial instead. If you want to change your VC system you should anyway really opt for a distributed one. Mercurial is filebased while Git is having a little database, so Git is having much better performance on large repositories (Yes, I'm oversimplifying things) This is not the reason Git became the defacto standard. Almost everything else is better with Mercurial, especially the learning curve. It was because when Linus Torvalds was choosing a DVC for Linux, he really liked a GIT function called Rebase, which allowed him to completely remove edits from people he considered idiots.
Wrong is evil and must be defeated. - Jeff Ello
I also prefer Mercurial, but everyone seems to use git, so I switched so I can more easily collaborate. And I now use GitHub, so more reason for git. Linux Torvalds likes git because he created it! Bazaar (another distributed source control system), git and Mercurial were all released within a month of each other back in 2005.
-
I really only care about Source Control. Do you have any "getting started" resources?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
If source control is the only thing you care about, TFS should be more than adequate.
-
I've used TFS. While the Web UI mildly annoying, I know it and it works. Git however is a whole different animal. To me it seems very confusing and difficult to work with. What are you guys using? What's the standard these days?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
-
I really only care about Source Control. Do you have any "getting started" resources?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
So if you're really new to git, like myself, I found this a nice thing to work through in around 15 min. Some hands on stuff and you leave with a little less feeling like you don't know what all this is about ;-) Git Tutorial - Try Git[^]
-
Using GIT on TFS.
Starting to think people post kid pics in their profiles because that was the last time they were cute - Jeremy Falcon.
And do you like it - using Git on TFS? I am considering this, as I am familiar with the TFS, but like Git. I am currently using Bitbucket right now with Tortoise for Git.
-
I've used TFS. While the Web UI mildly annoying, I know it and it works. Git however is a whole different animal. To me it seems very confusing and difficult to work with. What are you guys using? What's the standard these days?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
I find TFS barely adequate for the minimal source control needs, check in check out and branching. Expecting another user to get latest version and have it run is beyond TFS, it always misses some referenced objects.
Never underestimate the power of human stupidity RAH
-
I've used TFS. While the Web UI mildly annoying, I know it and it works. Git however is a whole different animal. To me it seems very confusing and difficult to work with. What are you guys using? What's the standard these days?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
It depends how many people are working on a project. Git is definitely more suited to bigger teams with complex projects that require branching. I only recently started working with Git (last 3 months) and it's not that bad, especially if you use a UI like Sourcetree. Git's branching is way better than SVN which I used to use and the Git flow built into Sourcetree works well for features, etc.
-
Are there any Agile tools that work (well) with Git?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
Jira can connect to your git and link checkins with tickets. I'd advise you to try a GUI app like Git Extensions to do the basics with git rather than struggling with the command line. Once you get the gist you can maybe start to try some things with the command line. Like all non-MS products git is pretty badly documented and non-intuitive and doing anything normally requires decoding SO threads and running commands where you don't understand what they're doing.
-
Jira can connect to your git and link checkins with tickets. I'd advise you to try a GUI app like Git Extensions to do the basics with git rather than struggling with the command line. Once you get the gist you can maybe start to try some things with the command line. Like all non-MS products git is pretty badly documented and non-intuitive and doing anything normally requires decoding SO threads and running commands where you don't understand what they're doing.
I've used git for about 10 years. Typically, I'd automate most of it with scripts, and then forget about it existing until something goes wrong and doesn't merge. Then it's of to SO looking for ways to make it to work again. I've used TFS for about 3 years now and it's way easier. I can just point and click (never used a TFS command afaik) and it's so easy to figure out that you don't need documentation. If you want something that just works, go with TFS. If you need fine-grained control or want to actively maintain everything, go with git.
-
And do you like it - using Git on TFS? I am considering this, as I am familiar with the TFS, but like Git. I am currently using Bitbucket right now with Tortoise for Git.
It's amazing. GIT is GIT, so it's service provider agnostic. I've had no complaints with TFS doing it. And the nice thing about TFS-online is the Web feature they provide to edit the code & check-in right there on the portal, the support for comparing change-sets,etc. The UX is great for code reviews. It's almost like using a mini BeyondCompare tool online.
Starting to think people post kid pics in their profiles because that was the last time they were cute - Jeremy Falcon.
-
I've used TFS. While the Web UI mildly annoying, I know it and it works. Git however is a whole different animal. To me it seems very confusing and difficult to work with. What are you guys using? What's the standard these days?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
-
MarkTJohnson wrote:
To each his own. I prefer the old days with file locking.
:-D Fair enough.
MarkTJohnson wrote:
But the files disappearing between branches was is real PITA at times when you want to compare files.
Well, you can do a diff across branches. Not sure what to click in Tortoise for it, but it has to support it since git does.
Jeremy Falcon
In tortoise you would need to select the file you want to compare, view the log then control select the revisions in the log you want to compare then double click in the lower window to see the differences... I think...
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
-
I made a pretty extensive research on the subject a few years ago and decided for Mercurial instead. If you want to change your VC system you should anyway really opt for a distributed one. Mercurial is filebased while Git is having a little database, so Git is having much better performance on large repositories (Yes, I'm oversimplifying things) This is not the reason Git became the defacto standard. Almost everything else is better with Mercurial, especially the learning curve. It was because when Linus Torvalds was choosing a DVC for Linux, he really liked a GIT function called Rebase, which allowed him to completely remove edits from people he considered idiots.
Wrong is evil and must be defeated. - Jeff Ello
Personally, I've long favoured Mercurial but have to use Git these days. Mercurial is nice and intuitive and does the job without any unnecessary dramas. The Tortoise front end is really easy to work with. It doesn't feel like a reinvention of ye-olde UNIX SCCS and it's generally everything you'd want in a source control system. It's main problem vs. Git would seem to be that Git is trendy and Mercurial is not.
98.4% of statistics are made up on the spot.
-
I've used TFS. While the Web UI mildly annoying, I know it and it works. Git however is a whole different animal. To me it seems very confusing and difficult to work with. What are you guys using? What's the standard these days?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
GitHub isn't as big as it is for nothing - I think git is pretty much the de-facto standard in a lot of the industry. It can be difficult to use, but once you get the idea of how it's supposed to work and, more importantly imho, use a tool like Sourcetree so that you don't have to remember all kinds of cli commands, it's pretty manageable. Especially the easy forking and merging is great, or even just switching branches near instantaneously if something comes up. I can also continue using it even if I can't reach my "central" repo (i.e. I can't connect to GitHub for whatever reason), and I can just push my commits later when the connection is back (don't know if TFS can do this these days, haven't used it in quite a few years).
-
I've used TFS. While the Web UI mildly annoying, I know it and it works. Git however is a whole different animal. To me it seems very confusing and difficult to work with. What are you guys using? What's the standard these days?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
might as well ask. Windows or Apple. iFruit or GHome. GIT is difficult at best. It works well. TFS is easy. Too easy you end up not having things work the way you want. Mercurial YAY GIT at an old job, TFS at current job. Mercurial at home and if I ever, ever get to pick at a future postion. Mercurial
To err is human to really mess up you need a computer
-
In tortoise you would need to select the file you want to compare, view the log then control select the revisions in the log you want to compare then double click in the lower window to see the differences... I think...
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
Cool, thanks.
Jeremy Falcon
-
I've used TFS. While the Web UI mildly annoying, I know it and it works. Git however is a whole different animal. To me it seems very confusing and difficult to work with. What are you guys using? What's the standard these days?
If it's not broken, fix it until it is. Everything makes sense in someone's mind. Ya can't fix stupid.
I'm a long time Microsoft programmer who grew up on Visual SourceSafe and then TFS. I had tried SVN, Mercurial, and a couple others, however. One day, I got a new boss who said, "Thou shalt use Git." It is very different from the centralized systems and required a lot of reading/watching vids, and even now, I still have to look up non day to day commands, but I admit that I have to do that for just about anything now including .NET because I've moved to .NET Core... But I love it and would never go back to anything. During recent interviews, I always ask what kind of source control they're using, and if it isn't Git, the job don't fit. (Sorry, O.J.) Another thing about Git is when people talk about getting into programming or ask, "What language should I learn first?" I say, "Any one you want as long as you learn Git first."
