Lion, Xcode 4.3.3, and vex code 4.5 dp4
After creating a new local git branch to specifically avoid this type of problem, I'm unable to open a critical production workspace with xcode 4.3.3 after having opened it, in another branch, with xcode 4.5pd4. I also tried cloning from origin again, as I haven't pushed to remote since opening the workspace in 4.5, but I'm unable to open that version of the workspace either. No matter what I do, Xcode 4.3.3 crashes soon after launching. What can I do to reset, delete preferences, whatever, to get 4.3.3 working again?
Submitting this for completion purposes
I had to have inadvertently opened the workspace on the incorrect branch at one point; it's the only thing that makes sense. I noticed that after opening it under 4.5 again, all my xib's were defaulted to an incorrect compatibility in IB, and after manually adjusting them all to proper values using the current tools versions and making sure none were set to use a new, feature (that I'm not naming here due to NDA purposes) I was once again able to open the workspace under both 4.3.3 and 4.4.
Related
I am trying to figure out how to open an old version of my Xcode project that is stored in GitLab. Usually, I use Xcode to push updates to Gitlab and on the occasions, I've had to get my project from GitLab, I simply click the "Open in Xcode" button on GitLab, which brings my project up.
The problem that I'm having now is that I've accidentally introduced a bug into the project that crashes the app and I can't figure out how to crush this bug. The last couple of updates to GitLab contain this bug so I need to revert to a copy a bit in the past. When I click on this update, there is no open in Xcode button, and I'm unsure about how to open this previous version.
I'm hoping that there is a straightforward solution to getting this old version of this file up. I'm just getting started using git, and I'm hoping someone on here can provide some insight.
Can someone please point me in the right direction on the easiest way to revert to an old project update on GitLab?
It seems easier to:
close XCode
cd /path/to/local/clone/of/GitLab/repo
switch to the command line and type git switch <old SHA1> in order to update the working tree with the files content of that past SHA1
open XCode back up.
(Note: git switch is better than the old legacy git checkout command)
If you want to commit some fixes, your git switch command will be:
git switch -c fix <old SHA1>
That will start a fix branch starting from <old SHA1>.
XCode 5.0.1 on OSX 10.9 does not show the full revision history for my repository under Source Control/History.
What it does display is the history up to a certain point several months ago, but nothing newer than that.
I tried viewing the repo and its history in Versions and there it works just fine.
At some point we migrated the repo from one server to another. We also upgraded the repository a while back, but I don't know to which version of SVN. However, I do know that we have Visual SVN Server and SVN 1.8.0 serverside.
On the other hand, the XCode 5.0 release notes state that XCode uses SVN 1.7, which leads me to suspect that this could be the cause of my issue. However, I also seem to remember that XCode used to refuse to work with unsupported versions of SVN.
Any ideas what could be causing the problem?
What sucks, but is the default in Xcode is that the server status is not automatically updated.
Open the preferences and go to the Source Control Preference and make sure the "Refresh server status automatically" button is checked.
There is nothing I can find within the Xcode UI besides this that tells you the server history is current or how to refresh it.
This is verified as of Xcode 5.1.1. What a shitty UI. Really.
Cheers.
In my case sometimes begins work after "Source Control/Update".
Actually, its terrible bug, you have no guarantees that you see actual list!!!
To answer my own question, it appears that there was something wrong with the working copy. Deleting it and then doing another checkout directly from XCode fixed the problem.
Yet another variation on 'turn it off, then on again'.
I was using Xcode 4.3 and Subversion (SVN) for source control. Everything was working fine. I was able to see the files I've changed, compare with server version and commit.
Then Xcode 4.4 was released and I downloaded the new version and installed it. Now, source control has stopped to work. I don't see the files I've changed, and it seems that source control is not enabled.
Things I've already tried:
Delete all files from my local folder and use "Connect to repository" option on the XCode initial screen
Download everything from server with command line as I always did
Did anyone have any problem regarding source control?
I'm not sure if I'm answering your question here or a slightly different one, but I'd been searching around for an answer to a similar question - I would set up a new project in Xcode, then using svn command-line tools put it up on my svn repo; however in Xcode 4.4 (unlike its predecessors) this would not subsequently allow me to use the Xcode svn controls (my favourite being the Version editor panes).
The answer for me was to close the project, delete the project's derived data (Organizer -> Projects -> Select correct project -> Hit "Delete" button in line with "Derived Data") - then load up the project again.
Apologies if this does not in fact address your issue, but Xcode 4.4 seems to have introduced a few bugs regarding source control so perhaps this will assist in some way.
Support for using Source Control in xcode is mostly aimed at new/fresh starts in xCode. Aligning existing projects with the changes is less well explained. I found this partly helpful http://asciiwwdc.com/2013/sessions/414 but ponderous. Muddling on gave the best result.
I'm a web developer, mainly a front-end developer, and I've been using Git in my workflow for a while now and I'm hooked.
I'm about to get a new Macbook and my plan is to install Xcode 4 (to both use the iOS Simulator and dabble in Objective-C in my downtime). I know that Xcode 4 comes with Git, but I'm wondering if that particular instance of Git can be utilized for my web development projects, or is it possible that it can only be used for Xcode projects only.
Basically, with Xcode 4 installed, do I need to install Git anyway to use it with non-Xcode projects?
I've just done the following:
Obtained the new Mac and booted into Lion for the first time
Downloaded Xcode from the App Store and installed it
Opened Terminal and typed git --version and "git version 1.7.4.4" was returned
CD'd to my Desktop and typed git init as a temporary test and "Initialized empty Git repository in…" was returned
(Now it's time to remove the .git directory on my fresh Desktop).
So, it looks like my question is answered: the version of Git that comes with Xcode—albeit not the latest version—appears to work file for all desired uses, even outside of Xcode.
You do. In fact, the Xcode interface to git is intentionally hobbled to be "feature-compatible" with SVN. They wanted a consistent interface, regardless of which versioning system was on the back-end. So no branching and merging. It does a git add when you create a file, in fact, so you don't even get to control staging.
I've quit on Xcode's git interface, I don't even let it know I'm managing its files with git via the command line.
I was trying to commit some changes, Xcode was hang on bringing up the changed files. So I killed (Force Quite) the Xcode. Then next time when trying to bring up my project, Xcode just hangs on loading project. Firstly I thought that maybe my project file was corrupted, but it still the same behavior with my backup project file. So I guess that the default repository for my project is corrupted.
The question is - where is the location of the default repository for my project? can I "remove" it to see if Xcode can starts up properly w/o it?
In XCode 4, you'll find the output contents for the project ~/Library/Developer/Xcode/DerivedData
I'm having this issue as well, intermittently with several projects. I suspect Lion resume as at least part of the culprit as I've had some success with deleting the content at:
~/Library/Saved\ Application\ State/com.apple.dt.Xcode.Lion.savedState
I'm presently reinstalling Xcode to see if that clears things up. A very Windows thing to have to do, eh?
[Sorry for hijacking such a dated thread.]
When we stumble upon this issue (it happens a lot lately) we usually remove ~/Library/Developer/Xcode/DerivedData/YOURPROJECT_RANDOMSTUFF and restart Xcode.
Usually the hang comes along with Xcode using all available RAM and causing the machine to swap heavily.