|
It is popular because the database follows you around so you can work from home, and on site without connecting back to base. You can check in stuff whenever and wherever. At the end of the day, you still have to merge it with the "master" even though there is no official "master".
Yes - I like SVN and I'm sticking to it. I just get a mini-repository when I go off site.
|
|
|
|
|
I suspect it is more likely that it is because all of the cool kids are using it.
|
|
|
|
|
Oh dear, we're supposed to be migrating to this at work. I've used the command line tool & had assumed it would get easier when I got some GUI or other.
The two posts in this thread are not encouraging.
|
|
|
|
|
#17 according to the Paris command line, something has happened to something somewhere. I have no idea what or where!
|
|
|
|
|
"Git did not exit cleanly" no information about why! 
Anything that is unrelated to elephants is irrelephant
Anonymous
-----
The problem with quotes on the internet is that you can never tell if they're genuine
Winston Churchill, 1944
-----
I'd just like a chance to prove that money can't make me happy.
Me, all the time
|
|
|
|
|
I'm working with git as an extension to VS's Team Explorer (VS 2012/2013) and had no problem so far (4 months)...
I'm not questioning your powers of observation; I'm merely remarking upon the paradox of asking a masked man who he is. (V)
|
|
|
|
|
As far as I knew, VS Team Server Explorer shipped with version control (Last version I had success with was 2010, 2012 didn't play nice with the rest of the team's setup so I threw it out.) From what I've read about GIT, it seemed really unfriendly. The interfaces in VSTS were UI, web link, and command, I thought GIT was console command only.
|
|
|
|
|
I have been trying to learn GIT & XAML for the past 2 years. I'am certain i'll keep trying for a very long time.
|
|
|
|
|
I don't have any issues with it.
This book[^] may be of use to you. You can download it for free from there.
What do you get when you cross a joke with a rhetorical question?
|
|
|
|
|
Brisingr Aerowing wrote: What do you get when you cross a joke with a rhetorical question?
An angry joke, rhetorically speaking of course?
|
|
|
|
|
Nagy Vilmos wrote: Oh Jeez, how do I hate thee? Let me count the ways.
I completely agree.
"git branch" will show all your local repo branches, the starred one is your current one.
Find someone that's an expert (or use your google fu, which is what I end up doing.) "git reset --hard" quickly became my most common command after fubar'ing my local branches more than I can tell you.
Are you using a GUI? There's a couple good ones out there, but even they lack. Just yesterday I had to create a new branch from a specific SHA point on an existing branch. My GUI does not support that action so I had to do it from the command line (after looking up how.) 
I'm beginning to see the "power" of it, creating local branches and doing your work locally (and disconnected even) and having it track my changes. The problem is, merging of branches sucks. Git will often report a merge conflict when there is none (other than perhaps whitespaces replaced with tabs or some such foolery) and often enough screwing up the merge, which you discover later.
And I absolutely LOATHE the <<<< ==== >>>>> markup - I never understand which is mine and which is theirs, and the word "HEAD" or "MASTER" doesn't help, I have no idea who the master head is. Well, at least with regards to Git! 
Marc
|
|
|
|
|
We have kind of abandoned branching because it looks and feels like stuff vanishes.
Programmers work with files not directory structures, Linus.
|
|
|
|
|
We have the same problem but unfortunately haven't taken any action yet. We have at least one solid example of an entire commit's code that has disappeared... 
Anything that is unrelated to elephants is irrelephant
Anonymous
-----
The problem with quotes on the internet is that you can never tell if they're genuine
Winston Churchill, 1944
-----
I'd just like a chance to prove that money can't make me happy.
Me, all the time
|
|
|
|
|
MarkTJohnson wrote: We have kind of abandoned branching because it looks and feels like stuff vanishes.
 Branching is the cornerstone of Git (and actually any VCS.) If you don't understand the minimum of how to create, switch, pull and push branches in Git, you shouldn't be using Git. Even with SVN, it's standard to create "dev, test, and prod" branches at a minimum.
I'd strongly suggest that your team takes a step back and figures out at least that much of the basics of Git.
Marc
|
|
|
|
|
Trust me, if I didn't have to use it I wouldn't.
PVCS was wonderful. I could lock the file I was working on and know my changes would go in. If someone had a file I needed locked then I knew I could work on some other item in my queue but we wouldn't be stepping on each other's code.
|
|
|
|
|
MarkTJohnson wrote: I could lock the file I was working on and know my changes would go in. If someone had a file I needed locked
Ew. I hated locking files. I thought it was a huge improvement to work with something like SVN that didn't require file locking, and was one of the reasons I never adopted TFS because in its early days, it required file locking. Inevitably, someone would leave a file locked at the end of the day and was nowhere to be found.
Marc
|
|
|
|
|
Not to mention locking a whole bunch of files, and then leaving the company!
I really disliked PVCS... almost as much as CMS on the VAX.
Cheers,
Mike Fidler
|
|
|
|
|
"someone would leave a file locked at the end of the day and was nowhere to be found"
Same happened in my org, someone left entire directory (containing a big project) locked (reserved checked-out) in ClearCase on his last working day and we had to copy the dir with dir_new 
I really hate ClearCase, when it take 5 seconds just to show the diff. Git is fast.
|
|
|
|
|
MarkTJohnson wrote: I could lock the file I was working on and know my changes would go in. If someone had a file I needed locked then I knew I could work on some other item in my queue but we wouldn't be stepping on each other's code.
If you have that problem except very rarely then it isn't a problem with the source control system. It is a problem with the design, implementation and/or the way tasks are allocated.
|
|
|
|
|
Branching is evil and should be avoided. It's a sign of a flawed process.
You'll never get very far if all you do is follow instructions.
|
|
|
|
|
PIEBALDconsult wrote: Branching is evil and should be avoided. It's a sign of a flawed process.
Why? I'm on the fence (having seen the usefulness of it in Git), but want to know your reasons.
Marc
|
|
|
|
|
Marc Clifton wrote: but want to know your reasons.
Best I can remember he claims that every production delivery is perfect so he never needs to make an emergency fix into a production release.
|
|
|
|
|
PIEBALDconsult wrote: Branching is evil and should be avoided. It's a sign of a flawed process.
The fact that you don't like it and that you claim that you deliver perfect code into production doesn't mean that the rest of the world doesn't need it nor that they shouldn't have it.
|
|
|
|
|
Well, they want back to the first feature of source control : backup !
I definitely need to write that article about it...
~RaGE();
I think words like 'destiny' are a way of trying to find order where none exists. - Christian Graus
Entropy isn't what it used to.
|
|
|
|
|
Not sure what you are stating but just to be clear - source control is not a back up system.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
