Re: File->Project Settings ... Advanced ... Build Location
Re: File->Project Settings ... Advanced ... Build Location
- Subject: Re: File->Project Settings ... Advanced ... Build Location
- From: Martin Redington <email@hidden>
- Date: Fri, 04 Sep 2015 16:30:05 -0500
Hi Quincey,
yep, I'm pretty familiar with the Xcode build system and workspace
and project layouts.
Right now, this tree does not have an explicit workspace, so it has
the MyProject.xcodeproj/project.xcworkspace file as you'd expect.
All of my Xcode global prefs for build locations are set to the normal
defaults - obviously if someone fiddles with theirs, there is not much
I can do about that, but I'm assuming that they haven't/won't, and
generally I think that will be fine.
We .gitignore all the per-user settings inside the tree - again,
someone could change these, and there's not much I can do about that,
but I'm talking about someone doing a fresh checkout, with default
settings.
If I create a new dummy project, then that gets "Default" as expected
to start with, and on fresh checkouts.
But there seems to be *something* about this project that causes it to
end with "Legacy". When I change the File->Project Settings, that just
changes my xcuserdata file, and anyone (or even me) doing a fresh
checkout still gets "Legacy"
I'm looking for a way to change whatever it is about the project that
causes it to pick up Legacy. There doesn't seem to be anyway that I
can find or google to do this through the GUI. I'm quite happy to do
low level project file surgery by hand if needs be.
cheers,
m.
p.s. I also have the option of putting this into an explicit workspace
if that will let me fix this, although if I can fix this without doing
that, that would be great.
On 4 September 2015 at 16:09, Quincey Morris
<email@hidden> wrote:
> On Sep 4, 2015, at 13:28 , Martin Redington
> <email@hidden> wrote:
>
>
> Is there some way to change this for everyone, or alternatively, what
> is it about the project that causes Xcode to pick "Legacy" initially?
>
>
> Are you sure this is actually happening for other people who check out the
> project?
>
> There are two separate things going on here. (Maybe more than two, but my
> brain can take only so much pain.)
>
> 1. Every project is *in* a workspace, and the source of the build location
> is a *workspace* setting. Note “source”. Depending on the workspace setting,
> the actual path to the build location may actually be in the project or
> target settings.
>
> However, if you didn’t explicitly put the project in a workspace, then the
> project is in a workspace that’s inside the project. That’s what you’ve got
> — the “project.xcworkspace” directory in the project is the workspace the
> project is in. (See above under “pain".)
>
> 2. Some settings (project or workspace) are shared, some are user-specific,
> some may be either. In your case, the build location is specific to you
> (MyUsername.xcuserdatad directory).
>
> If this directory has been pushed to the repository, it will be in the
> project that another person checks out, but the information won’t be used
> unless that person happens to have the same local user name. What they’ll
> actually see will be the shared settings from the shared
> workspace-in-project directory, if there are any, or the defaults controlled
> by their Xcode preferences if not.
>
> Thus, what you see after a checkout is not necessarily what they see after a
> checkout. (See above under “pain”.)
>
> I recommend, if this is a public project, not intended to be used by a
> small, fixed team, is to remove all per-user subdirectories from the project
> in the repository, which means trekking down the various .xc… subfolders in
> the repository, looking for things that are under a specific user name. (Use
> the repository’s web interface for this, since I don’t think you can do it
> in Xcode.)
>
> *Then* when you check out a fresh copy, you’ll see what other people will
> see.
>
> There may be a bit more to figure out here, because you still may want to
> change the shared workspace-in-project settings that everyone sees, and I
> don’t remember exactly how you control that.
>
> (Schemes, for example, have an explicit checkbox for this, but I’m not sure
> about the workspace settings. The place to start, I guess, is menu item File
> -> Project Settings, which is really Workspace Settings, but it doesn’t say
> so if the workspace is inside the project.)
>
>
--
http://www.mildmanneredindustries.com/
_______________________________________________
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