Ignoring a file within that directory sets an svn:ignore property on the
containing directory. The M is in the second column, which means a property
was modified (svn:ignore). You can go ahead and commit it — it just
represents that you have ignored some files.
-Ray
On Tue, Sep 1, 2009 at 1:23 PM
So how do I get rid of it? I assume I'd either have to commit the
working directory or give it an ignore flag, but I don't know how to
change a property of a directory. Thanks -
Elli
On Sep 1, 12:17 pm, Ray wrote:
> This may be caused by setting a property on your working copy directory —
> the
This may be caused by setting a property on your working copy directory —
the directory has been modified, and svn calls the root of the working copy
".".
-Ray
On Tue, Sep 1, 2009 at 11:11 AM, eykanal wrote:
>
> Howdy folks -
>
> I'm having a problem where svn seems to think that there is a modi
On Sep 1, 2009, at 8:43 AM, Andrew Gehring wrote:
I'm getting ready to upgrade (install from scratch actually) Snow
Leopard.
What is the status of Versions on Snow Leopard?
Thanks!
It worked for me even before their beta patch. See the original
message below.
- Quinn
On Jul 30, 2009
I'm getting ready to upgrade (install from scratch actually) Snow Leopard.
What is the status of Versions on Snow Leopard?
Thanks!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Versions" group.
To post to this gro
Howdy folks -
I'm having a problem where svn seems to think that there is a modified
file in my working directory, but there doesn't actually seem to be
one present. Nothing shows up in the actual Versions gui, and when I
use the terminal and type "svn status" I see the following:
~
SHADYACR
Hello,
I'm looking for a website that featured the most good-looking mac
applications and I remember that Versions was on this website.
But I can't remember the name of this website, although I remember
there was a play on words with its title like "macnifique" of
something with mac in it.
Anyon
There is no public-facing bug database or tracking tool, by choice of
the developers. That can be argued as good or bad, but I tend to agree
with the devs that the extra effort to be transparent (e.g. blogging)
comes at the expense of development time, and a public bug database
would requir
Hi,
I'm needing this feature too (merge), I think like Shan that this
features is required for a Svn client, and I don't known this lack
when I bought my licence.
After all, I will do that with command line or Eclipse at this time.
But, where can we see the features in progress of the team ? I l
Welcome!
You should be able to browse to the local repository that you created
in /Library/Subversion/Repositories/SVNrep and it will do it for you.
(The folder icon next to the location field.) For example, I have a
local repository in my home directory, and this is what comes up when
it's selec
10 matches
Mail list logo