This plugin provides a few utilities that can help you on your daily use of Xcode and iOS development.
To start using it, add the
xcode plugin to your
plugins array in
|xcb||Build Xcode projects and workspaces||xcodebuild|
|xcdd||Purge all temporary build information||rm -rf ~/Library/Developer/Xcode/DerivedData/*|
|xcp||Show currently selected Xcode directory||xcode-select --print-path|
|xcsel||Select different Xcode directory by path||sudo xcode-select --switch|
Opens the current directory in Xcode as an Xcode project. This will open one of the
.xcodeproj files that it can find in the current working directory. You can also specify a directory to look in for the Xcode files.
Returns 1 if it didn't find any relevant files.
Opens the iOS Simulator from your command line, dependent on whichever is the active developer directory for Xcode. (That is, it respects the
Selects different Xcode installations by version name. This is like
xcsel, except it takes just a version name as an argument instead of the full path to the Xcode installation. Uses the naming conventions described below.
xcselv <version>selects a version
xcselv defaultselects the default unversioned
xcselvwith no argument lists the available Xcode versions in a human-readable format
xcselv -llists the installed Xcode versions
xcselv -Llists the installed Xcode versions in a short version-name-only format
xcselv -pprints info about the active Xcode version
xcselv -hprints a help message
The option parsing for
xcselv is naive. Options may not be combined, and only the first option is recognized.
Multiple Xcode Versions
xcselv command provides support for switching between different Xcode installations using just a version number. Different Xcode versions are identified by file naming conventions.
Versioned Xcode Naming Conventions
Apple does not seem to explicitly define or provide tooling support for a naming convention or other organizational mechanism for managing versioned Xcode installations. Apple seems to have released beta versions with both
Xcode-<version>.app style names in the past, and both styles show up in forum and blog discussions.
We've adopted the following naming convention:
- Versioned Xcode installations are identified by the name
"Xcode"and the version name is optional, and may be replaced by a space.
- The versioned name may be applied to the
Xcode.appitself, or a subdirectory underneath
- You cannot version both the
Xcode.appfilename itself and the containing subfolder.
- Thus, all of the following are equivalent.
- Both the system
$HOME/Applications/directories are searched.
- The user's
$HOME/Applications/takes precedence over
/Applicationsfor a given version.
- If multiple naming variants within the same
Applications/folder indicate the same version (for example,
Xcode-3.2.1/Xcode.app), the precedence order is unspecified and implementation-dependent.
<version>may be any string that is valid in a filename.
- The special version name
"default"refers to the "default" unversioned Xcode at
- Version names may not start with
The restrictions on the naming convention may need to be tightened in the future. In particular, if there are other well-known applications whose names begin with the string
"Xcode", the strings allowed for
<version> may need to be restricted to avoid colliding with other applications. If there's evidence that one of these naming techniques is strongly favored either in practice or by Apple, we may tighten the naming convention to favor it.
xcselv to select an Xcode that is installed under your
$HOME may break things for other users, depending on your system setup. We let you do this anyway because some people run OS X as effectively single-user, or have open permissions so this will work. You could also use
$DEVELOPER_DIR as an alternative to
xcsel that is scoped to the current user or session, instead of a global setting.
This does not verify that the version name in the Xcode filename matches the actual version of that binary. It is the user's responsibility to get the names right.