Re: Subversion and Interface Builder
Re: Subversion and Interface Builder
- Subject: Re: Subversion and Interface Builder
- From: Jason Sallis <email@hidden>
- Date: Thu, 27 Aug 2009 17:17:54 -0600
Subversion (and CVS) create .svn/.cvs folders inside every folder in your
hierarchy. I'd recommend a different version control system that creates one
dot folder at the top of your hierarchy like Git or Mercurial.
On Thu, Aug 27, 2009 at 5:04 PM, Alexander Hartner <email@hidden>wrote:
> For some time now I have been struggling with interface builder's NIB files
> and subversion. Every time I localise the .svn folder seem to be removed or
> get broken in other ways. I had a look online and found the suggestion
> below. Since this link is a little dated I am wondering if there are other
> solutions available. RTFD and pages files are also suffering similar issues
> as NIB files. As it stands now subversion does not work for me at all.
>
> If not subversion what other collaborative development tools do you suggest
> / use ?
>
> http://jerakeen.org/code/subversion_and_interface_builder/
>
> The .svn folder vanishes (Working copy 'MainMenu.nib' not locked)
> It turns out that whenever you save a folder, IB will move the existing
> .nib file out the way, and create a new one, instead of changing the files
> in the folder. It'll keep the old version as a backup, if you have 'create
> backup files' turned on, or throw it away if not, but the crucial problem is
> that the newly-created folder doesn't have a .svn folder in it, and so
> subversion will get confused.
>
> Fortunately, there was this same problem with CVS, and so there's a
> (panther-only, apparently) fix for it - we tell XCode/IB that .svn files are
> also version control files, and should be special.
>
> $ defaults write com.apple.InterfaceBuilder \
> VersionControlDirectory "(CVS, .svn)"
> Now IB knows that it must keep the .svn folder from the old copy of the
> nib, and put it in the new copy as well.
>
> I hate computers. But these two fixes have solved my immediate problem.
> _______________________________________________
>
> Cocoa-dev mailing list (email@hidden)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
>
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden