Re: CVS integration for nibs?
Re: CVS integration for nibs?
- Subject: Re: CVS integration for nibs?
- From: Terrence Talbot <email@hidden>
- Date: Tue, 18 Nov 2003 09:44:24 -0800
On Nov 18, 2003, at 9:22 AM, Brent Marykuca wrote:
On Nov 16, 2003, at 4:12 PM, Terrence Talbot wrote:
Question: any ideas on how to make remote cvswrappers happy? a
(reintroduced) bug?
It's my understanding that cvswrappers don't work with client/server
CVS. Also, you might find the following interesting:
http://www.omnigroup.com/mailman/archive/webobjects-dev/2003-July/
035364.html
Thanks, yes, I, too, have read quite a bit about the issues. My problem
is that I seem to go just long enough between setting up new
repositories for Cocoa projects that I forget the general wisdom
collected over the years.
(On the Java side, Eclipse has brilliant cvs integration which is what
I had been hoping for in Xcode. Someday... ;-)
With regards to my original post, I'm not using client/server in the
pserver sense, but rather via ssh. Clearly the wrappers are working in
the expected ways on a completely local repository: my issue seems to
lie with gnutar having timing problems when working across two
machines.
My read of the 'net suggested that this problem occurred a few years
ago (the release notes for PB 1.1 talk about this) and I was wondering
if this bug had been reintroduced somehow or if someone had a
suggestion on a fix.
As for the other way to do it -- i.e., flagging just objects.nib files
as binary -- I was hoping that Xcode had improved the SCM UI such that
it would deal with nibs correctly as file packages from within the
Xcode interface and status, update, and commit commands would work more
or less as you would expect. Apparently this isn't the case and the
problem still exists: I'll file a bug/enhancement.
All Best,
Terrence
_______________________________________________
xcode-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/xcode-users
Do not post admin requests to the list. They will be ignored.