• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Subversion and XCode
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Subversion and XCode


  • Subject: Re: Subversion and XCode
  • From: Will Senn <email@hidden>
  • Date: Sat, 26 Nov 2005 08:50:19 -0600


On Nov 26, 2005, at 2:32 AM, Chris Hanson wrote:

On Nov 25, 2005, at 8:02 PM, Will Senn wrote:

This post concerns a much more unpleasant reality, and that's this - it would appear that XCode's project builder deletes .svn directories without asking, perhaps it is its prerogative, dunno, but it's pretty annoying.

When reporting issues like this, please be a little more precise. What version of Xcode are you using, and on what version of Mac OS X? Do you mean "Interface Builder" where you say "XCode's [sic] project builder" or something else? This can help enormously in narrowing down issues, since it reduces the number of roundtrips necessary to learn essential diagnostic information.


Subversion has been supported in the Xcode Tools suite since Xcode 1.5 for Mac OS X 10.3. Both Xcode and Interface Builder should preserve .svn directories in nibs, projects, and other file wrappers manipulated by the developer tools.

  -- Chris


Chris,

No sweat:
Xcode 2.2
Mac OS X 10.4.3
15" Aluminum Powerbook 1.5 Ghz with 1 GB RAM
Subversion 1.2.3 r15833 built from code with the following options:
./configure --prefix=/usr/local --mandir=/usr/local/share/man --with- ssl --with-apxs=/usr/local/apache2/bin/apxs --with-zlib --enable-swig- bindings=no --without-berkeley-db --with-apr=/usr/local/apr --with- apr-util=/usr/local/apr
Apache 2.0.55 build from code with the following options:
./configure --enable-mods-shared=most --enable-ssl --without- berkeley-db --with-apr=/usr/local/apr --with-apr-util=/usr/local/apr
Apr and Apr-util 0.9.7 built from code with default options (other than --with-apr=/usr/local/apr for apr-util)


Sorry about not being more precise. The problem turned out not to be with .nibs at all - that was old news (I should have checked the date on those posts!) and Apple 'fixed' Xcode to deal with the .svn problem, first with the arcane and seemingly undocumented "defaults write com.apple.InterfaceBuilder VersionControlDirectory "(CVS, .svn)"" command and then in later in you say 1.5? seems reasonable although others think it was 1.2:
http://jerakeen.org/slush/subversion_and_interface_builder


The problem appears to have been mostly my stupidity, will wonders never cease? Because I couldn't figure out how to create a new project in Xcode that I could add to svn from inside the tool itself (a standard feature of most scm aware products), I had to exit Xcode and svn add project to add the project (if you know how this is done, I'd appreciate the info). Little beknownst to me, Xcode had created a build directory that I inadvertently added to the repository. So, long story a little shorter - when I started working in Xcode, it kept messing with the build directory, which it correctly 'owns' while svn kept freaking out because of the loss of its information in the directory.

The 'fix' then was to inform svn that build directories should be ignored.

Thanks,

Will

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


References: 
 >Subversion and XCode (From: Will Senn <email@hidden>)
 >Re: Subversion and XCode (From: Chris Hanson <email@hidden>)

  • Prev by Date: Re: registerPrioritySleepWakeInterest problems with shutdown event
  • Next by Date: Re: Is Apple's singleton sample code correct?
  • Previous by thread: Re: Subversion and XCode
  • Next by thread: Re: Subversion and XCode
  • Index(es):
    • Date
    • Thread