|
If an oyster only cares about itself, is it shellfish?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Why so crab-by?
When you talk, you are only repeating what you already know.
But if you listen, you may learn something new.
--Dalai Lama
JaxCoder.com
|
|
|
|
|
Oh clam up! 
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Showing your mussel eh?
When you talk, you are only repeating what you already know.
But if you listen, you may learn something new.
--Dalai Lama
JaxCoder.com
|
|
|
|
|
 Nope, just fishing for a complement.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
I'm hooked! 
When you talk, you are only repeating what you already know.
But if you listen, you may learn something new.
--Dalai Lama
JaxCoder.com
|
|
|
|
|
Good! We're gonna have a whale of a good time!
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
I sea what you did there...
If you can't laugh at yourself - ask me and I will do it for you.
|
|
|
|
|
Do you think I jumped the shark with that post?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Aaaaaaay!
If you can't laugh at yourself - ask me and I will do it for you.
|
|
|
|
|
Sit on it!
I wonder how many folks are old enough to get these references?
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
"I don't drink any more... then again, I don't drink any less." - Mike Mullikins uncle
|
|
|
|
|
I was actually thinking the same thing.
And Happy Days was the #1 rated show when they jumped the shark... and stayed that way for a while after.
If you can't laugh at yourself - ask me and I will do it for you.
|
|
|
|
|
Richard Andrew x64 wrote: fishing for a complement.
That's the one that got away.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Not sure if there's a forum for this. If so, I'll move it.
I'm working on a C# WPF app, and I need to get it under source control. The solution has projects specific to the app, as well as references to projects in my framework in other locations. So not all the projects are in the same solution folder. The other projets also need to be under source control.
I need to set up a repo, and get the code checked in. I first tried using SVN on my server, but when I would try to commit at the solution level I got a message saying "Cannot perform commit because the targets are in different repositories". I can commit individual projects, but not the solution.
I've never used Git before, and I'd like to give it a try.
- Where do I get/create a repo?
- Is there a Getting Started tutorial?
Right now, I'm not interested in any other features other than source control. And, I need this pretty quick. So if this is going to take a week to set up, I'll have to find another option.
BTW, Is TFS still up & running. Is that an option?
Can someone point me in the right direction?
Thanks
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
Ya can't fix stupid.
modified 28-Apr-20 13:08pm.
|
|
|
|
|
I use Git at home and make use of Git Extensions which is a UI for Git, a bit like TortoiseSvn for SVN(which I use at work).
There will be plenty of tutorials out there on Git but you should be able to get up and running with Git Extensions without a tutorial as I think it's fairly easy to understand and use UI.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
GuyThiebaut wrote: Git at home
How is that set up?
Where is the code hosted at?
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
Ya can't fix stupid.
|
|
|
|
|
I use Git in my own personal projects.
I host the repositories locally as well as using github to share some projects online.
So every once in a while I will push my local repository to the Github repository.
Git Extensions interfaces very easily with Github allowing you to push changes directly up to your Github repos.
I am guessing from your original post that version control is something that's fairly new to you.
Is that correct?
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
GuyThiebaut wrote: I use Git in my own personal projects.
I host the repositories locally as well as using github to share some projects online.
So every once in a while I will push my local repository to the Github repository.
This sound like you're saying that you 'occasionally' push changes to the server? If so, the code never leaves your PC? Isn't that a bit dangerous?
GuyThiebaut wrote: I am guessing from your original post that version control is something that's fairly new to you.
Is that correct?
Not at all
Git & Github are new to me
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: This sound like you're saying that you 'occasionally' push changes to the server? If so, the code never leaves your PC? Isn't that a bit dangerous?
All my documents and projects are in a Dropbox folder which is automatically synched online.
I have 2TB of online Dropbox storage together with being able to restore to any point in time from the online backups.
If you are familiar with source control I imagine that there are plenty of good intros to Git on youtube as Git is very popular.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
Popular or ubiquitous?
I would still prefer a file locking source control system, but then I'm old.
|
|
|
|
|
Hardest concept for me to grasp when starting with git is, Git takes a "snapshot" of the entire repository with each commit and applies only the changes. The hard part about that for me was if you have a file that exists in one branch and not another, switching between the branches will cause that file to disappear and reappear as you move between the branches.
I would suggest using an one of the git GUIs available, my favorite is GitKraken[^]
I like it enough that I actually paid for it. Their tutorials help a lot too.
|
|
|
|
|
> Where is the code hosted at?
The main thing to understand about git is that it separates the concerns of *version control* and *centralized storage*. Initially you can have version control stored locally, and then optionally synchronized to a server. The nice thing is that you can commit local changes, revert, switch branches, etc. without access to the centralized server. The reason this is possible is that you have a copy of the entire repository on your local, including all commits, and that allows you to work offline, for example. The hardest part is synchronizing your local copy with a copy elsewhere, called a "remote". It's not usually bad, but it can get pretty complicated. See https://medium.com/@ottovw/forget-git-just-use-subversion-or-perforce-8412dc1b1644[^]
One way to understand why git is the way it is, is to understand the design rationale behind it. Linus wanted the ability to work while offline, so he could work while traveling: this means that check-out (aka locking) is abolished, merging is the standard approach to check-in (aka commit), tooling keeps track of changed files and also handles branch switching, and viewing history/blame/commit graphs is fast and optimal. It's meant as a DVCS, with a robust security model and scalability to handle projects like Linux (and enables monorepos, for example).
I used to hate git, because it makes things twice as complicated as, say, SubVersion. Honestly, most of the reasons for using git are not applicable to most enterprise development, unless you have massive codebases and teams. Probably the main reasons companies embrace it is 1) everyone else is doing it and 2) it's free. These days, especially after having to deal with even "modern" TFS and its lack of performance, mainly due to its coddling of the developer (omigosh, everything--especially merges--has to go through the server in case a workstation suddenly blows up), I find I'm liking git more and more. There are alternatives like Perforce or PlasticSCM that do DVCS well, if that's a requirement, but they also cost money. If you're just doing a small project, a local git repository occasionally synced with a remote is trivial to set up and easy to use. One may argue that its learning curve makes its cost non-zero.
|
|
|
|
|
|
 That looks interesting, I should check that out.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
Since MS took over GitHub, the integration with VS has become pretty good - to the point where I don't go outside it - and the repositories are free as well.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
