Open slava77 opened 11 years ago
The code is there, albeit commented. The problem is that at FNAL they have the bad habit of creating the workarea in one place and then work in a directory mounted in a different place which makes that code (and the solution you propose) fail. I'll try to think something smarter.
On 8/2/13 8:40 PM, Giulio Eulisse wrote:
The code is there, albeit commented. The problem is that at FNAL they have the bad habit of creating the workarea in one place and then work in a directory mounted in a different place which makes that code (and the solution you propose) fail. I'll try to think something smarter.
Ciao Giuliio,
If we don't want to do it by default, could you please add a switch/option. I will just need to get a habit to use that option.
Thanks
--slava
— Reply to this email directly or view it on GitHub https://github.com/cms-sw/cms-git-tools/issues/29#issuecomment-22025150.
Vyacheslav (Slava) Krutelyov TAMU: Physics Dept Texas A&M MS4242, College Station, TX 77843-4242 CERN: 42-R-027 AIM/Skype: siava16 googleTalk: slava77@gmail.com (630) 291-5128 Cell (US) +41 76 275 7116 Cell (CERN)
ping
I find that it can be very creative: I deleted the test release area, started a new one and forgot to do cmsenv. What do you know, there was no failure doing git cms-init etc and it recreated back my old release area tree (well, only the src part of it). At least no harm in this case
I sometimes forget to cmsenv before running git, after switching from another release area. Current behavior of cms git tools (cms-addpkg) will make changes to the old release area, making silently quite a mess. Please add a check that the current dir is inside of CMSSW_BASE