First post. I tried researching my issue but I couldn't find a definitive answer. It's to do with Git which I'm learning and prototyping at work.
We'll eventually add our source and then start development using it and we'll do the usual commits, that sort of thing. At some point we'll mark the completed product using a tag, say 1.0. The development process will carry on and maybe we'll tag, say 1.9 at a future date. I think that's the approach we need to follow?
If it is, let's say a customer phones in and says there's a problem in 1.6 which worked in 1.4. What we'd think of doing is somehow getting all the code out of Git for version 1.4 and version 1.6. We could then run both folders in BeyondCompare's diffing tool, that type of thing. Also, if we get everything out for version 1.6 we could test it.
If you think that tags is the correct approach, then can someone advise me as to which Git command will let me go back in time and get everything that was tagged at the point in time?
git diff tag1..tag2- I suggest general background reading on how to use git and using git before on a trial project. Yes tags are the right approach (though a tag is just an alias for a given commit).git checkout <tag>to checkout exactly the source that made up that tag. Also note that if something worked in 1.4 and is broken in 1.6, you can usegit bisectto narrow the bug down to one commit instead of diffing the whole world