If you're versioning your ruby directory then it makes sense that it works of course. It just seems like a pretty much overkill to do that. I'd still recommend using other approaches :)
Jarmo Pertman ----- IT does really matter - http://www.itreallymatters.net On Apr 2, 5:40 pm, Darryl Brown <d-l-br...@roadrunner.com> wrote: > Hi Jarmo, > > Thanks for your reply. I will simply say that it does work like that. > I am using git to manage the entire ruby directory - so Ruby Gems > directory is included. I will explain it in very basic terms using > three files in the example below. Imagine that rooby = ruby. Note > that the branches are totally independent. Also note that 'git merge' > is never used. The master branch contains readme.txt only. The v162 > branch contains readme.txt and has a file - watir.txt with "I am 162" > as its' contents. The v170 branch contains readme.txt and has a file > - watir.txt with "I am 170" as its' contents. Now if I checkout branch > v162, there is no notion of the latest version - "I am 170". Please > note that each "version" is installed on its' own branch. If I had > merged these branches back into master, then what you are saying would > definitely be true. So, in this manner, I never need to change my > scripts to point to a specific version of Watir. I think that this > behavior mimics managing gem sets with RVM. > > C:\>mkdir rooby > > C:\>cd rooby > > C:\rooby>git init > Initialized empty Git repository in C:/rooby/.git/ > > C:\rooby> echo This is rooby > readme.txt > > C:\rooby>git add readme.txt > > C:\rooby>git commit -m"add readme" > [master (root-commit) 57f48df] add readme > 1 files changed, 1 insertions(+), 0 deletions(-) > create mode 100644 readme.txt > > C:\rooby>git checkout -b v162 > Switched to a new branch 'v162' > > C:\rooby>echo I am 162 > watir.txt > > C:\rooby>git add watir.txt > > C:\rooby>git commit -m"add watir 162" > [v162 50fae75] add watir 162 > 1 files changed, 1 insertions(+), 0 deletions(-) > create mode 100644 watir.txt > > C:\rooby>git checkout master > Switched to branch 'master' > > C:\rooby>git checkout -b v170 > Switched to a new branch 'v170' > > C:\rooby> echo I am 170 > watir.txt > > C:\rooby>git add watir.txt > > C:\rooby>git commit -m"add watir 170" > [v170 e8ebd80] add watir 170 > 1 files changed, 1 insertions(+), 0 deletions(-) > create mode 100644 watir.txt > > C:\rooby>git checkout master > Switched to branch 'master' > > C:\rooby>git branch > * master > v162 > v170 > > C:\rooby>dir watir.txt > Volume in drive C has no label. > Volume Serial Number is C0EA-646B > > Directory of C:\rooby > > File Not Found > > C:\rooby> > > C:\rooby>git checkout v162 > Switched to branch 'v162' > > C:\rooby>type watir.txt > I am 162 > > C:\rooby>git checkout v170 > Switched to branch 'v170' > > C:\rooby>type watir.txt > I am 170 > > C:\rooby> > > Yes, I could specify the specific versions in the require statement as > Dmitriy suggested and I have done it that way in the past. The end > result here using git is the "appearance" of two Ruby complete > installations - one with Watir V1.6.2 and one with Watir v1.7.0 > > Thanks again - I think that you did not realize that git is managing > the entire ruby installation. Please let me know if you understand > now. > > Regards, > Darryl > > On Apr 2, 7:34 am, Jarmo Pertman <jarm...@gmail.com> wrote: > > > > > > > > > Hi! > > > I don't understand how your current solution works? It doesn't work > > like that. As soon as you install newer version of Watir then it will > > be used and it doesn't matter which branch you're with your git since > > gem will be loaded from the Ruby gems directory and hasn't anything to > > do with your git branch. So, even if you checkout older branch, then > > you're still using newest Watir version. > > > You could specify the exact version of Watir as Dmitriy already > > suggested like this. > > > Instead of: > > require 'watir' > > > use: > > gem "watir", "1.6.2" # to use 1.6.2 > > > Now, if you commit that change into your branch, then you can be sure > > that correct version is used. > > > Or you could use Bundler to take care of the correct versions of your > > gems:http://gembundler.com/ > > > Just don't forget to commit Gemfile and Gemfile.lock into your > > repository :) > > > Jarmo Pertman > > ----- > > IT does really matter -http://www.itreallymatters.net > > > On Mar 31, 5:16 am, Darryl Brown <d-l-br...@roadrunner.com> wrote: > > > > Thanks again for everyone's response but what I'm doing is sufficient > > > for my needs. I was curious to see how (or if) anyone else was doing > > > this differently. My needs are to be able to switch between Watir > > > versions easily. Example: I test one of my scripts on v1.7.0 and it > > > fails. I switch back to v1.6.2 and run it to see if it's still OK or > > > if something else is going on. I don't want to change my scripts > > > (unless it is explicitly required - i.e. different watir wait method, > > > etc.). > > > > Generally, this is how I set it up. > > > > Install ruby > > > git init (in c:\ruby) > > > git add > > > git commit > > > git checkout -b v1.6.2 > > > gem install watir -v1.6.2 > > > git add > > > git commit > > > git checkout master > > > git checkout -b v1.6.7 > > > gem install watir -v1.6.7 > > > git add > > > git commit > > > > run test.rb > > > > Now - If test.rb fails on v1.6.7, I can go back > > > and verify that it still runs on v1.6.2 with: > > > > git checkout v1.6.2 > > > > run test.rb > > > > Maybe this methodology can help someone else. > > > > This is only a temporary requirement until I get all of the scripts > > > checked out on the latest stable (for my scripts) version of Watir. > > > > --Darryl > > > > On Mar 30, 3:02 pm, Adam Reed <reed.a...@gmail.com> wrote: > > > > > I'll admit my reply was more of a response to the first comment than > > > > the original issue, but I would agree with the explicit versioning > > > > comment unless for some reason you wanted to uninstall your gem and > > > > install a specific version for each test: > > > > > gem uninstall watir > > > > gem install watir -v 1.6.5 > > > > etc. > > > > > On Mar 30, 1:58 pm, Dmitriy Korobskiy <dkro...@gmail.com> wrote: > > > > > > How about using Gem to specify explicit versioning, something along > > > > > these lines: > > > > > >http://docs.rubygems.org/read/chapter/4 > > > > > > Just a thought... > > > > > > -- > > > > > DK > > > > > AIM: DKroot1, Skype: DKroot > > > > > > On 3/30/11 2:49 PM, Darryl Brown wrote: > > > > > > > RVM is a Ruby version manager. I'm trying to find out if there is a > > > > > > better way to manage multiple versions of Watir. Using Git with a > > > > > > branch for each version is working. Are you guys suggesting that I > > > > > > should manage multiple instances of Ruby with each one having a > > > > > > unique > > > > > > version of Watir?? -or- am I missing something? > > > > > > > Darryl > > > > > > > On Mar 30, 2:32 pm, Adam Reed<reed.a...@gmail.com> wrote: > > > > > >> Also see pik for Windows (I believe it's linked from RVM's site as > > > > > >> well): > > > > > > >>https://github.com/vertiginous/pik/ > > > > > > >> Adam > > > > > > >> On Mar 30, 1:23 pm, Tim Koopmans<tim.ko...@gmail.com> wrote: > > > > > > >>> Rvm ? > > > > > >>> Regards, > > > > > >>> Tim > > > > > >>> Sent from my mobile ... > > > > > >>> On 31/03/2011, at 12:39 AM, Darryl > > > > > >>> Brown<d-l-br...@roadrunner.com> wrote: > > > > > >>>> Hello All, > > > > > >>>> We are currently using Git branches to manage multiple versions > > > > > >>>> of > > > > > >>>> Watir. Our base scripts were all created with 1.6.2 and we're > > > > > >>>> transitioning to the newer versions and testing along the way. > > > > > >>>> Start > > > > > >>>> out with master branch that does that does not have Watir. Then > > > > > >>>> from > > > > > >>>> master, checkout -b 1.6.2; then 1.6.7, 1.7.0 etc. and > > > > > >>>> install the > > > > > >>>> versions. Now we can easily switch versions. My question - is > > > > > >>>> there a > > > > > >>>> different / better way to accomplish this? > > > > > >>>> Thanks, > > > > > >>>> Darryl > > > > > >>>> -- > > > > > >>>> Before posting, please readhttp://watir.com/support. In short: > > > > > >>>> search before you ask, be nice. > > > > > >>>> watir-general@googlegroups.com > > > > > >>>>http://groups.google.com/group/watir-general > > > > > >>>> watir-general+unsubscr...@googlegroups.com -- Before posting, please read http://watir.com/support. In short: search before you ask, be nice. watir-general@googlegroups.com http://groups.google.com/group/watir-general watir-general+unsubscr...@googlegroups.com