How to use source control
-
NOT. 1. Check out the dev branch. 2. Start working on a new feature 3. You're asked to fix a bug on the same project not related to the feature you're adding. 4. Manually copy the code to somewhere else that you've been working on for the new feature. 5. Revert your local branch back to the master version 6. Fix the bug. 7. Check in the change. 8. Manually copy back the code that you were working on for the new feature. 9. Manually add back in the bug fix. 10. Keep working on the feature. Yes, this is actually what I was told as "how to do it" because branching can get too complicated. :laugh: :rolleyes: :sigh:
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
-
NOT. 1. Check out the dev branch. 2. Start working on a new feature 3. You're asked to fix a bug on the same project not related to the feature you're adding. 4. Manually copy the code to somewhere else that you've been working on for the new feature. 5. Revert your local branch back to the master version 6. Fix the bug. 7. Check in the change. 8. Manually copy back the code that you were working on for the new feature. 9. Manually add back in the bug fix. 10. Keep working on the feature. Yes, this is actually what I was told as "how to do it" because branching can get too complicated. :laugh: :rolleyes: :sigh:
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
That's what I would do when I first encountered git. Sunshine would just elephanting dissapear when I would change branches. But then, I was used to PVCS where I controlled the file until I was done with it. Everybody else had to keep their grubby hands off. Do I love git now? No, but I can tolerate it.
-
NOT. 1. Check out the dev branch. 2. Start working on a new feature 3. You're asked to fix a bug on the same project not related to the feature you're adding. 4. Manually copy the code to somewhere else that you've been working on for the new feature. 5. Revert your local branch back to the master version 6. Fix the bug. 7. Check in the change. 8. Manually copy back the code that you were working on for the new feature. 9. Manually add back in the bug fix. 10. Keep working on the feature. Yes, this is actually what I was told as "how to do it" because branching can get too complicated. :laugh: :rolleyes: :sigh:
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
Marc Clifton wrote:
- Check out the dev branch.
- Start working on a new feature
- You're asked to fix a bug on the same project not related to the feature you're adding.
- Manually copy the code to somewhere else that you've been working on for the new feature.* Revert your local branch back to the master version* Fix the bug.
- Check in the change.
- Manually copy back the code that you were working on for the new feature.* Manually add back in the bug fix.* Keep working on the feature.
Way easier :-\
if(!string.IsNullOrWhiteSpace(_signature))
{
MessageBox.Show("This is my signature: " + Environment.NewLine + _signature);
}
else
{
MessageBox.Show("404-Signature not found");
} -
NOT. 1. Check out the dev branch. 2. Start working on a new feature 3. You're asked to fix a bug on the same project not related to the feature you're adding. 4. Manually copy the code to somewhere else that you've been working on for the new feature. 5. Revert your local branch back to the master version 6. Fix the bug. 7. Check in the change. 8. Manually copy back the code that you were working on for the new feature. 9. Manually add back in the bug fix. 10. Keep working on the feature. Yes, this is actually what I was told as "how to do it" because branching can get too complicated. :laugh: :rolleyes: :sigh:
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
-
NOT. 1. Check out the dev branch. 2. Start working on a new feature 3. You're asked to fix a bug on the same project not related to the feature you're adding. 4. Manually copy the code to somewhere else that you've been working on for the new feature. 5. Revert your local branch back to the master version 6. Fix the bug. 7. Check in the change. 8. Manually copy back the code that you were working on for the new feature. 9. Manually add back in the bug fix. 10. Keep working on the feature. Yes, this is actually what I was told as "how to do it" because branching can get too complicated. :laugh: :rolleyes: :sigh:
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
-
NOT. 1. Check out the dev branch. 2. Start working on a new feature 3. You're asked to fix a bug on the same project not related to the feature you're adding. 4. Manually copy the code to somewhere else that you've been working on for the new feature. 5. Revert your local branch back to the master version 6. Fix the bug. 7. Check in the change. 8. Manually copy back the code that you were working on for the new feature. 9. Manually add back in the bug fix. 10. Keep working on the feature. Yes, this is actually what I was told as "how to do it" because branching can get too complicated. :laugh: :rolleyes: :sigh:
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
That's one of the main reasons I forced myself to learn git. Branching can get complicate using svn and others but it's no reason to not do it.
Everyone has a photographic memory; some just don't have film. Steven Wright
-
NOT. 1. Check out the dev branch. 2. Start working on a new feature 3. You're asked to fix a bug on the same project not related to the feature you're adding. 4. Manually copy the code to somewhere else that you've been working on for the new feature. 5. Revert your local branch back to the master version 6. Fix the bug. 7. Check in the change. 8. Manually copy back the code that you were working on for the new feature. 9. Manually add back in the bug fix. 10. Keep working on the feature. Yes, this is actually what I was told as "how to do it" because branching can get too complicated. :laugh: :rolleyes: :sigh:
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
In TFS you can shelve changes, which is better than branching. Does Git have something similar? I don't know. But your description brought a smile to face. :)
-
NOT. 1. Check out the dev branch. 2. Start working on a new feature 3. You're asked to fix a bug on the same project not related to the feature you're adding. 4. Manually copy the code to somewhere else that you've been working on for the new feature. 5. Revert your local branch back to the master version 6. Fix the bug. 7. Check in the change. 8. Manually copy back the code that you were working on for the new feature. 9. Manually add back in the bug fix. 10. Keep working on the feature. Yes, this is actually what I was told as "how to do it" because branching can get too complicated. :laugh: :rolleyes: :sigh:
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
I've actually had that situation and resolved it relatively easily with Git. I think Git makes that very easy using the
git checkoutcommand. I'm sure you know that already, but it is quite amazing how you can switch branches in Git so easy. Much easier than Subversion where I would often start working on the change, only to remember later I needed to branch first. -
In TFS you can shelve changes, which is better than branching. Does Git have something similar? I don't know. But your description brought a smile to face. :)
Yep, [git stash](https://git-scm.com/docs/git-stash)
I'd rather be phishing!
-
I've actually had that situation and resolved it relatively easily with Git. I think Git makes that very easy using the
git checkoutcommand. I'm sure you know that already, but it is quite amazing how you can switch branches in Git so easy. Much easier than Subversion where I would often start working on the change, only to remember later I needed to branch first."git checkout" just about sums up GIT in a nutshell. It's a wonderfully easy way to do something but it has an utterly non-intuitive and inappropriate name. Sometimes it almost feels like the only naming rule in GIT is "be as obtuse as possible."
98.4% of statistics are made up on the spot.
-
"git checkout" just about sums up GIT in a nutshell. It's a wonderfully easy way to do something but it has an utterly non-intuitive and inappropriate name. Sometimes it almost feels like the only naming rule in GIT is "be as obtuse as possible."
98.4% of statistics are made up on the spot.
You're checking out the branch, I don't see the issue with the name? Not that it's an amazing name, many non-Microsoft names do leave a lot to be desired ("Blame" springs to mind), but it's not the worst name either.
-
I've actually had that situation and resolved it relatively easily with Git. I think Git makes that very easy using the
git checkoutcommand. I'm sure you know that already, but it is quite amazing how you can switch branches in Git so easy. Much easier than Subversion where I would often start working on the change, only to remember later I needed to branch first.raddevus wrote:
Much easier than Subversion where I would often start working on the change, only to remember later I needed to branch first.
I have a "Clippy" VS add-in that when I start to work on the dev branch it pops up and says "It seems you're working directly on dev, do you need help creating a new branch first?" I don't, that was a joke. I so wish it wasn't though.
-
NOT. 1. Check out the dev branch. 2. Start working on a new feature 3. You're asked to fix a bug on the same project not related to the feature you're adding. 4. Manually copy the code to somewhere else that you've been working on for the new feature. 5. Revert your local branch back to the master version 6. Fix the bug. 7. Check in the change. 8. Manually copy back the code that you were working on for the new feature. 9. Manually add back in the bug fix. 10. Keep working on the feature. Yes, this is actually what I was told as "how to do it" because branching can get too complicated. :laugh: :rolleyes: :sigh:
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
-
"git checkout" just about sums up GIT in a nutshell. It's a wonderfully easy way to do something but it has an utterly non-intuitive and inappropriate name. Sometimes it almost feels like the only naming rule in GIT is "be as obtuse as possible."
98.4% of statistics are made up on the spot.
PeejayAdams wrote:
It's a wonderfully easy way to do something but it has an utterly non-intuitive and inappropriate name.
Yes, I totally agree with that. The name of that command is completely non-intuitive to the level of stupidity. edit I guess that could be because I used subversion for so long where you : branch switch which seems somewhat intuitive. However, Git is so far superior to subversion I am willing to put up with bad naming. :)
-
raddevus wrote:
Much easier than Subversion where I would often start working on the change, only to remember later I needed to branch first.
I have a "Clippy" VS add-in that when I start to work on the dev branch it pops up and says "It seems you're working directly on dev, do you need help creating a new branch first?" I don't, that was a joke. I so wish it wasn't though.
F-ES Sitecore wrote:
I don't, that was a joke. I so wish it wasn't though
Haha, while I was reading the first part, I was like..."Does this person really have something that runs and does that type of thing? Amazing." Good thing you told me you don't because I was really believing it. Probably because I want that too. It's such a pain when you forget to branch first.
-
Eddy Vluggen wrote:
There is a shelf-feature in VS
Yes, and a stash (not sure if that's the git equivalent though) but nobody uses it.
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
-
If it's git you are working with I can recommend SourceTree, it makes doing most git things way easier (for me at least) than the command line.
Jacquers wrote:
If it's git you are working with I can recommend SourceTree,
TFS. And it's not the technology that is the issue, it's the workflow that people said I should use when I asked the question, how do you handle working on A when a bug request comes in for B? And the reason I asked was, sadly, I was afraid the answer was as described.
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
-
NOT. 1. Check out the dev branch. 2. Start working on a new feature 3. You're asked to fix a bug on the same project not related to the feature you're adding. 4. Manually copy the code to somewhere else that you've been working on for the new feature. 5. Revert your local branch back to the master version 6. Fix the bug. 7. Check in the change. 8. Manually copy back the code that you were working on for the new feature. 9. Manually add back in the bug fix. 10. Keep working on the feature. Yes, this is actually what I was told as "how to do it" because branching can get too complicated. :laugh: :rolleyes: :sigh:
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
I had a gent tell me he had 5 years of SVN experience. I said, great... Then please start using branches and get off the main branch. He replied... "I've never done branching"... to which I said... "then you have about 30 minutes of SVN experience, repeatedly, over 5 years!" He eventually said... "Wow, I wish I would have known about branches before..." ROTFLMAO!
-
NOT. 1. Check out the dev branch. 2. Start working on a new feature 3. You're asked to fix a bug on the same project not related to the feature you're adding. 4. Manually copy the code to somewhere else that you've been working on for the new feature. 5. Revert your local branch back to the master version 6. Fix the bug. 7. Check in the change. 8. Manually copy back the code that you were working on for the new feature. 9. Manually add back in the bug fix. 10. Keep working on the feature. Yes, this is actually what I was told as "how to do it" because branching can get too complicated. :laugh: :rolleyes: :sigh:
Latest Article - Building a Prototype Web-Based Diagramming Tool with SVG and Javascript Learning to code with python is like learning to swim with those little arm floaties. It gives you undeserved confidence and will eventually drown you. - DangerBunny Artificial intelligence is the only remedy for natural stupidity. - CDP1802
You need to roll your own so it does what you want and you know how to use it.
-
PeejayAdams wrote:
It's a wonderfully easy way to do something but it has an utterly non-intuitive and inappropriate name.
Yes, I totally agree with that. The name of that command is completely non-intuitive to the level of stupidity. edit I guess that could be because I used subversion for so long where you : branch switch which seems somewhat intuitive. However, Git is so far superior to subversion I am willing to put up with bad naming. :)
Yes, I guess I'm also still a little bit stuck in a Subversion and Mercurial mind-set.
98.4% of statistics are made up on the spot.
