• 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
Dual project roots
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Dual project roots


  • Subject: Dual project roots
  • From: Quincey Morris <email@hidden>
  • Date: Sun, 27 Sep 2009 21:48:27 -0700

I have this scenario, in transition from Xcode 3.1 to 3.2:

-- Xcode project A.xcodeproj, with project folder A and SVN repository A.

-- A separate folder B containing additional source code used in project A, with SVN repository B. (There's actually a project B.xcodeproj in there, which existed solely to provide Xcode access to repository B under 3.1. I'm pretty sure it's irrelevant to what's going on here.)

-- So project A starts with just one root in 3.2, the project folder A.

-- I added a second root, folder B, so now there are 2 roots shown: <Project File Directory>, ../B

-- The original project root was already set to the correct repository, so I just need to set the ../B root to the matching repository.

-- A.xcodeproj now shows as modified, so I commit changes.

What actually gets committed are a couple of user-specific files (such as username.pbxuser). That means that other developers working on the same project don't get their project roots updated, and have to do it manually.

In other words, the project root configuration appears to be per-user, not per-project. Is this a mistake, or is there some compelling reason why it's being done this way?


_______________________________________________ Do not post admin requests to the list. They will be ignored. Xcode-users mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
  • Prev by Date: Re: warning at nslog
  • Next by Date: Re: Error when compiling with gcc 4.2.1 and linking with a static library build with older gcc
  • Previous by thread: Re: C++: std::ostringstream default ctor problems
  • Next by thread: this view is clipping its content (not)
  • Index(es):
    • Date
    • Thread