It seems that the email traffic has slowed up enough to allow you to
do what you do best. Just wanted to say thanks for the updated beta—
it's great to know that y'all are still working hard on Versions. It's
certainly a very convenient part of my workflow, and I recommend it
regularly.
The first question that comes to mind is Why?, as in What do you
hope to accomplish by doing so? Do you just want them to be visible,
or is there a more involved goal? Personally, I find it refreshing
that the .svn is invisible—I shudder when working with cvs and
seeing CVS directories
though it is set from the SVN server,
Versions was still creating the folder as .svn rather than _svn.
For the time being, I am using Tortoise on a Windows VM to create the
folders in th repository.
On Jan 27, 3:25 pm, Quinn Taylor quinntay...@mac.com wrote:
The first question that comes to mind
That's certainly interesting. Does this occur for all subfolders?
Might an errant svn:ignore property on the directory be interfering?
Do the files exist in the repository, or only locally?
On Jan 25, 2009, at 9:27 AM, hardwarrior wrote:
Hi!
I'm new to Versions. So far (after trying SvnX,
+1 for this feature, this one bites be frequently.
On Jan 23, 2009, at 9:12 AM, Ray wrote:
You're right that this unintuitive behavior is the way Versions
works. I've requested the ability to compare any 2 arbitrary files
before, but it would be more intuitive to be able to choose
the
On Jan 23, 2009, at 8:01 AM, Craig Vidler wrote:
...
When diffing to resolve a conflict like this, HEAD vs
[workingfile].mine using [workingfile] as the merge output is I think
how things work with eg ZigVersion, which seems more intuitive in this
respect. Does Versions not support this way
If you follow the standard pattern of placing these respective pieces
in trunk/ branches/ and tags/ you'll have no problem—just check out
trunk, rather than the whole project.
- Quinn
On Feb 10, 2009, at 2:20 PM, Philip M wrote:
Hi,
My project has a lot of branches and tags, but I don't
,
- Quinn
On Feb 10, 2009, at 2:39 PM, Philip M wrote:
Thanks for the quick reply. Is there any way to get rid of the number
of missing items next to the directory in Versions or it is just a
case of ignoring it?
On Feb 10, 10:29 pm, Quinn Taylor quinntay...@mac.com wrote:
If you follow the standard
I agree with others who suggested in essence that anyone serious
enough to be using Subversion will have the BBEdit's command tools
installed.
I use Subversion seriously, but don't use BBEdit as my primary editor,
and don't recall whether I have the tools installed or not. You're
welcome
On Feb 12, 2009, at 5:29 AM, Paul Willis wrote:
On 11 Feb 2009, at 19:37, Quinn Taylor wrote:
I agree with others who suggested in essence that anyone serious
enough to be using Subversion will have the BBEdit's command tools
installed.
I use Subversion seriously, but don't use BBEdit
I'm assuming you're talking about a menu item that appears toward the
right side of the menu bar. Items like these? http://menu.jeweledplatypus.org/
I can see the possibility of this being useful to a certain extent,
but less so for those managing lots of repositories with Versions. It
repository handler, stopped thinking of them outside Versions :-)
I can appreciate it may be a nuisance for those managing lot of
repositories.
On Feb 12, 7:11 pm, Quinn Taylor quinntay...@mac.com wrote:
I'm assuming you're talking about a menu item that appears toward the
right side of the menu bar
12, 2009, at 4:08 PM, Quinn Taylor wrote:
I know what you mean, Versions is certainly the pretty face of SVN
to me. Command-line SVN is still comfortable to me, but imagine my
pain in going to work and having to use CVS...
While a menu item could be configured to point to any SVN working
I understand your quandry, but I can't agree with that approach unless
it's strictly optional, off by default, and fairly configurable.
It would be nice if SVN could make it easier to forbid committing to
tags (perhaps except for a certain group of admin users) on the
repository side,
Sorry, I hope it doesn't seem I'm beating the same drum, but I haven't
yet heard a compelling case for remembering column *sizes*. I can
agree with remembering (1) which columns are visible and (2) the order
of the columns (3) for each bookmark. However, as I mentioned in my
last email, is
Does SVN on the command line display files with this extension? The
first thing I'd check is whether there is a setting in ~/subverion/
config that cause SVN to ignore those files.
- Quinn
On Feb 20, 2009, at 5:12 PM, Sam wrote:
I can't seem to checkin my balsamiq mock up files...they
On Mar 6, 2009, at 7:20 AM, Toby S wrote:
Versions was crashing regularly, (every 10 minutes?) but disabling the
changecount indicators also worked for me.
I do miss them though :(
I'm sure it's just one repository connection that is giving me
problems, but I can't think of a way to find out
On Mar 6, 2009, at 3:20 PM, sasonline wrote:
I have been using versions for a while now and I have a question. I
use versions mainly for monitoring my projects devleopment. I
typically look at the remote changes and my changes to figure out if I
have to look at a project or maybe didn't
If you're exporting from your working copy, I believe this is the
expected behavior—that is, export should reflect the current state of
your working copy, while removing all versioning information (the
invisible .svn directories). If you select the same directory in the
Repository bookmark
On Mar 11, 2009, at 11:34 AM, GavinEadie wrote:
I've read a lot about tagging and branching in this group and I may be
as confused as some others but I used Versions to create a local repo
(on a large jump drive). Part of my confusion was that the Versions
Create a new local repo... menu pick
When you do a checkout, select the trunk folder as the checkout unit,
rather than the top-level directory in the repository, then give the
working copy the name of the project.
- Quinn
On Mar 14, 2009, at 10:17 AM, sprugman wrote:
I want to get a checkout of the trunk of my repo, but I
Since this occurs when adding new files, it seems that Subversion is
assigning a binary MIME types behind your back. :-) This means that
a property of the type svn:mime-type is added as metadata to the file.
In Versions, click on the file, view info (Cmd-I) or File Show
Inspector, then
in attempt to get rid of all Windows line feeds.
Coming from Windows I have a lot of code using CRLF, which causes me
problems when comparing files with FileMerge. So I decided to convert
everything to LF.
On Mar 23, 7:16 pm, Quinn Taylor quinntay...@mac.com wrote:
Glad that helped. Subversion doesn't
On Mar 23, 2009, at 2:13 PM, tomc...@googlemail.com wrote:
You got a point. I do this more because I do not master the feeds
issue than by conviction.
On windows I used Scite as editor and I just added a config file at
the root of my project (folder) and line feeds and other stuff were
set
When setting keyword substitution properties using the inspector in
Versions, checking the boxes adds the following values to the
svn:keywords property (ID excluded):
Author
Date
HeadURL
Revision
However, there are alternative forms which, if set manually (or with
auto-props) are not
On Mar 9, 2009, at 10:32 PM, carlo...@gmail.com wrote:
I like how there's
an indicator showing how many remote changes are on the repository.
However, how do you see which files have a remote change? This seems
like pretty basic functionality- I'd be very surprised if there isn't
a way to do
Just to clarify, I think we're talking about document bundles —
package is a term generally associated the OS X installer, which is
why I was originally confused.
Storing package bundles in SVN (or CVS) frequently works. However,
it's not good to rely on this behavior, because the
(As a note, I can't find anywhere on that link that backs up your
claim. Midway down the page, it states that Xcode 1.5+ has support
for Subversion built-in, but nothing about which version of Xcode.
That article was last update at the end of 2005, right when SVN 1.3
was released, which is
I haven't done it from inside Versions myself, but this page may help
explain/demonstrate how it may be done.
http://ssel.vub.ac.be/ssel/internal:fmdiff
Note the last section: Permanently using FileMerge. You can edit
your config file to have every SVN client on your machine use a
I'm not aware of this functionality in Subversion — I think you likely
have it confused with Git or Mercurial. (If you type 'svn help' in the
Terminal, you'll see there's no init command.) Subversion repositories
must be created using 'svnadmin create'. Versions does wrap that
On Apr 3, 2009, at 7:32 AM, Robert Kosara wrote:
On Fri, Apr 3, 2009 at 10:23 AM, Ray raimondi...@gmail.com wrote:
On Thu, Apr 2, 2009 at 3:58 PM, Robert Kosara rkos...@gmail.com
wrote:
I can import it into the repository and then check it out again,
but isn't
there a more direct way
On Apr 5, 2009, at 7:17 AM, Alberto Ganesh Barbati wrote:
On 31 Mar, 00:03, Quinn Taylor quinntay...@mac.com wrote:
(As a note, I can't find anywhere on that link that backs up your
claim. Midway down the page, it states that Xcode 1.5+ has support
for Subversion built-in, but nothing about
I have the same problem as well, though not every single time, so I'm
assuming it hasn't yet been fixed.
- Quinn
On Apr 8, 2009, at 10:32 AM, David Warner wrote:
Did this problem ever get resolved? I still have this every time I try
to quit Versions -- I end up having to force-quit every
Can you (consistently) view the same URL in a web browser, or list its
contents from the command line? This seems like an authentication
issue. (i.e. Your username and/or password may be incorrect.) I would
guess that it's not a Versions problem, but that is a possibility...
- Quinn
On
On Apr 14, 2009, at 12:09 PM, CodeWarrior wrote:
Me too... i say for my friends to don't buy Versions again. The
Eclipse Integrated SVN Control Plugin is more better. I think, why i
bought and spend my money with Versions. They no add any value for
me. I'm repassing this mail for other
Em 14/04/2009, às 15:40, Lorin Rivers escreveu:
Unfortunately I am not getting the benefit of my paid registration
while I wait for Versions to catch up with Subversion.
Sorry to be so contrary, but this claim is utter nonsense. If you
registered, you can certainly use the app, and nothing
You can do that within the repository bookmark. For example, just drag
trunk/ onto branches/ or tags/ while holding the Option key to copy.
Versions will provide a dialog for naming the branch/tag.
- Quinn
On Apr 16, 2009, at 6:04 PM, Behrang Saeedzadeh wrote:
Hi,
I can't find an option
The first thing I'd do is fire up Terminal in that directory and type
'svn status'. Make sure that the rename (modeled as a delete and add-
with-history, shown with a plus sign in column 3) is shown. Unless
Subclipse has actually flagged the change in the working copy, you
can't expect
.
Em 17/04/2009, às 17:13, Quinn Taylor escreveu:
The first thing I'd do is fire up Terminal in that directory and
type 'svn status'. Make sure that the rename (modeled as a delete
and add-with-history, shown with a plus sign in column 3) is shown.
Unless Subclipse has actually flagged the change
On Apr 18, 2009, at 12:06 AM, CodeWarrior wrote:
Thankx Quinn. I will check with the admin of company. Just for check,
i will post what happens:
1 - Suppose that exist normal.java in a svn
2 - you check out it using Versions and create a new Java project to
work on it (Close the Versions)
3 -
On Apr 20, 2009, at 4:55 PM, CodeWarrior wrote:
What we are doing now:
1 - Suppose that exist normal.java in a svn
2 - you check out it using Versions and create a new Java project to
work on it (Close the Versions)
3 - You discover that normal.java need to be normal1.java
4 - Open the
I know the merit of including the username in the repository URL when
setting up a repository bookmark has already been debated (and I'm
still against it, though not so much so that it's worth quarreling
about at this point) but I just ran into an offshoot of this that is
truly annoying.
Was the folder removed from the repository? Did the folder physically
disappear from disk, or does it just not show up in Versions? If it's
the latter, check the svn:ignore property for the containing directory
(Show Inspector).
- Quinn
On Apr 21, 2009, at 2:48 PM, Doug wrote:
I just
The devs seem to have done a pretty decent job of breaking the app
into a number of .nib files, and there is a resource for localized
strings, but my first impression is that a bit more behind-the-scenes
work remains to be done before localization can take place in earnest.
Not only does
It means that something inside the folder has changed. If you expand a
folder with an orange dot completely, you'll find that some SVN-
related change (added/deleted/modified file/directory/property) is
lurking within. It's just a visual hint. Switch from All to Changed
view, and you'll see
It would seem that Versions isn't handling the port number correctly.
That's a good bug to turn up, hope it gets fixed. :-)
I'm guess you already know that you can do a checkout from the command-
line, then browse to the checked-out directory when setting up a
Working Copy bookmark. In my
wrote:
how about marking the files in the folder structure which have newer
versions?
the same way as with local changes, just the other way around? so you
would have a visual clue that which files will change on an update
On May 11, 11:22 pm, Quinn Taylor quinntay...@mac.com wrote
or not) won't interfere with your copying behavior, and
shouldn't.
On May 14, 2009, at 11:00 AM, Doug wrote:
Versions should do that for me.
On May 14, 10:16 am, Quinn Taylor quinntay...@mac.com wrote:
It's probably because, by copying the folder, you've overwritten the
invisible .svn directory inside
You can also run the svnserve daemon on demand (via launchd) which
consumes less resources if you're accessing the repository
infrequently. Sorry I don't have answers for the rest of the problem...
- Quinn
On May 19, 2009, at 6:15 PM, Kez wrote:
Im not sure if this will help
I had a
On May 25, 2009, at 6:05 PM, Daniel James wrote:
Hello,
svn propedit has a -R option allowing for files in subfolders to be
ignored without one having to manually specify the same rule in all
the directories. I'm wondering if Versions has/will have this
feature?
Might be nice to have.
Conflict resolution is a separate issue and feature from merge support
— conflicts can occur even without branches or tags, and even with a
single developer, so long as there are conflicting edits in multiple
working copies.
Out of curiosity, do other clients offer conflict resolution? In
that 'they already exist' when trying to submit.
~
Robin | m...@robincharlton.me | twitter: robincharlton
2009/5/22 Quinn Taylor quinntay...@mac.com
This is a common problem with bundle directories, and one that is
still unsolved (at least, in the ideal way) for Subversion. The
workaround is to archive
there's no possible way that file could
exist.
All advice gratefully received!
~
Robin | m...@robincharlton.me | twitter: robincharlton
2009/6/4 Quinn Taylor quinntay...@mac.com
Actually, probably not. Xcode is SVN-aware, so it doesn't clobber
the .xcodeproj directory at all, only update
It really depends on what you mean by clients. Is each client a
single user (like client-server) or a group of people (like a
business client)? I'm assuming the latter, since in the former case
it's a matter of creating a login for each user.
Subversion does support path-based
On Jun 11, 2009, at 1:04 PM, Kevin Powick wrote:
Hi,
I'm new to Versions, so maybe I've just missed this, but I don't seem
to be able to select multiple items and then Ignore them via the
right-click context menu. I have to do it one item at a time. If I
select multiple items, the Ignore
I'd vote for the same, (one repository per client, not per project)
especially if you have a hosted SVN account — you may run out of free
repositories, depending on your host. Adding a directory to a
repository is easier than setting up a new repository each time a new
project comes along,
That also works. The reason that use separate repositories is so that
work for separate clients is never intermingled together, and it's
simple to control access to a particular client's work. (Companies
tend to not like their IP to be freely available to other clients,
competitor or
If you're talking about the SVN status being displayed via icons in
Finder, that's not a feature of Versions — you may be using SCPlugin,
which does have issues with consistently displaying status.
If you're talking about within the Versions window when examining a
working copy bookmark,
On Jul 20, 2009, at 10:46 PM, Greg wrote:
I'm encountering a very frustrating bug.
Every time I do a change to a binary file (for a jpg), I get an error
when I commit.
The only workaround I found is to delete my file first then to add it
again. This is making me loose a lot of time ,
On Jul 20, 2009, at 10:46 PM, Greg wrote:
I'm encountering a very frustrating bug.
Every time I do a change to a binary file (for a jpg), I get an error
when I commit.
The only workaround I found is to delete my file first then to add it
again. This is making me loose a lot of time ,
Not gonna happen — there are already threads on this. The paradigms of
centralized and decentralized version controls systems are radically
different, and there's not a good way to represent both in the same app.
Look at GitX (http://gitx.frim.nl) for a nice OS X client for git.
From an
On Jul 24, 2009, at 1:21 PM, bradb wrote:
a known issue with svn and iwork applications is that on save, the
applications delete all the internal .svn files. the files are
really bundles.
This has actually been fixed with iWork '09. (This may not solve your
particular problem but be aware
Koen — Great point, I had neglected to mention that the 3 main
distributed VCS tools (git, Mercurial, and Bazaar) are all under GPL,
which makes it difficult or impossible to create a commercial tool
that uses them. The same restriction prevents Apple (at least
currently) from providing a
.
On Jul 26, 2009, at 12:46 PM, inchworm wrote:
Ah thank you Quinn, at least I know where to start.
Do you yourself use SCPlugin or anything similar to display status
icons in Finder?
On Jul 21, 9:31 am, Quinn Taylor quinntay...@mac.com wrote:
If you're talking about the SVN status being displayed
Briefly, I've found that IDE integration for SVN is handy when it
allows for more intelligent refactoring, which both Subclipse and
Subversive do. You could actually argue that if all your projects are
managed within Eclipse, you can get by without Versions. However,
Eclipse and I have a
On Jul 29, 2009, at 12:23 AM, clemahieu wrote:
Is there functionality to generate patches for a tree in a
repository? Something essentially the same as `svn diff repository
patch.diff'
I'm not aware of such functionality, but it would be a nice addition —
just have a save dialog pop
+1 for this — it would be a great feature for bookmarks that already
have Show Updates from Repository enabled.
- Quinn
On Jul 31, 2009, at 10:38 AM, littlerobothead wrote:
First of all, love the app and can't imagine dev without it. I had an
idea today though.
I typically work with lots
I wouldn't ever count on new suggestions being in the next release.
Features take time to develop and perfect. At this point, it's just an
idea. :-)
On Aug 1, 2009, at 10:09 AM, frederik heyninck wrote:
+1 indeed, would be nice.
Will this be incorperated in the next version?
On 31 jul,
FYI, merging is probably the most-requested feature — it would be nice
to check through the Google Group archives before posting a new thread
on it. Merging is important for many people, but realize that many
people work only in trunk.
The developers are well aware of the features of other
On Aug 7, 2009, at 9:27 AM, Shan wrote:
Even though it's brought up pretty much weekly, nobody on the Versions
team has even hinted that they're working on it. The other decent OS X
SVN client, Cornerstone, also lacks this feature, and they seem to be
equally unresponsive (they don't even
On Aug 7, 2009, at 10:08 AM, Shan wrote:
Quinn,
No offense taken. At first, I shared your opinion, but unfortunately
given the utter silence from the Versions team, and lack of responses
to any methods of communication other than this group, they really
left me with no other options. I've
Try selecting Action Cleanup All Working Copy Locks while the
working copy bookmark is selected.
- Quinn
On Aug 11, 2009, at 4:19 PM, Jay wrote:
I'm new to SVN, so I'm sure my actions are the cause of my problem,
not Version's. But, whatever I did, it is causing me to no be able to
do
When browsing through the folders in a repository bookmark, I
sometimes want to email the path to a particular resource to a
colleague. I found that I can use the Information tab of the Inspector
slide-in to grab the URL, and I'm glad that's an option. However, it
would be nice if I could
A good idea in theory, but SCM systems behave differently enough
(distributed SCMs such as git, doubly so) that it would be quite a
feat to create and use a plugin system that supports all (or even
many) different SCM's with an acceptable degree of functionality and
polish. I really think
The list of processes doesn't help much. In Activity Monitor, click on
Versions, then click Sample Process in the toolbar. That shows some
of the internal activity of the application, which provides a lot more
information to the developer.
- Quinn
On Aug 26, 2009, at 6:12 AM, Frank
Your question is a little fuzzy. Are you talking about a Repository
bookmark, or a Working Copy bookmark?
This error is a symptom that your SVN tool is too old to interact with
the repository/working copy in question. Generally I'd expect to see
that error with working copies, but if your
+1 for this.
On Aug 31, 2009, at 1:49 PM, Matthew Velie wrote:
It would be great to have functionality like transmit does to have
mobile me sync the bookmarks between computers using the mobile me
cloud.
--~--~-~--~~~---~--~~
You received this message because
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,
On Sep 3, 2009, at 11:45 AM, TheDO wrote:
Zero GUI improvements
Although that's not strictly true (for example, recursive revert is
only an option for directories) I wouldn't assume there would be major
change between 1.0.4 and 1.0.5, since it's just
This is what the 'svn export' command is for. If given a working copy
path, and the revision is omitted, it exports the working version of
all resources. Plus, you can do it from within Versions.
- Quinn
On Sep 7, 2009, at 11:40 AM, maxpax wrote:
Hi Guys,
Thanks for the replies :)
I'm using 1.0.5 on Snow Leopard, and it hovers at 0% CPU when in the
background, idles around 1-3% when in foreground, and spikes to 7-10%
CPU during active use (e.g. commits, updates, viewing logs). I haven't
seen any pegging of the CPU.
On Sep 8, 2009, at 2:38 PM, Rob Lewis wrote:
Even thought the newer tools may be installed, when you specify only
svn in Terminal, it uses the first matching executable it finds,
which is /usr/bin/svn on Leopard. If you want to use a newer version
on Leopard, the simplest way is to specify the full path to the
executable
Same arguments as those against supporting git in the same app apply
here. Mercurial and Bazaar are very similar to git (all three are
distributed version control systems) and unfortunately (for those who
might wish to develop commercial software around them) also under GPL.
That's not to
Only Subversion. The webpage and all the marketing makes that pretty
unmistakable. Since virtually the entire purpose of SVN was to replace
CVS wholesale, I don't see (and don't think there should be) any
attempt to make Versions fit to CVS. Moving to SVN is the minimum I'd
suggest — some
SVN can handle all sorts of files. Document bundles can present a
challenge, but you won't have to deal with those in Xcode projects.
Yes, commit all your source file (.h, .m, etc.), plist files, images,
frameworks, etc. You also want to commit the .xcodeproj bundle
directory, BUT you only
By default, `svn update` updates your working copy (recursively) to
match whatever is in the repository. That means anything in the
directory or below it in the hierarchy. If resources are added or
removed within that directory, your working copy will be updated
accordingly. You can use
Same goes for modifications, naturally. An svn update will grab any
changes.
- Quinn
On Sep 20, 2009, at 9:21 AM, jo wrote:
Thanks Quinn,
but actually I'm not getting files added by others, only modified
files.
jo!
svn --version
svn, Version 1.6.2 (r37639)
On Sep 19, 11:12 pm, Quinn
My guess is that implementing something like this would (a) be tricky,
and (b) reduce performance. The reason I say that is because
repository checking is most likely run concurrently, and defining
groups that use the same account and password would require additional
overhead, and require
Bob -
I think we can all accept that some computers are never allowed to be
connected to the internet, and can understand the problem and
frustration you're feeling by not being able to register on such
machines. Don't assume that anyone was judging your *character* by
commenting about
+1 from me as well. (I'd rank this as a lower-priority feature, but
still nice to have.)
- Quinn
On Oct 2, 2009, at 2:38 AM, Arne wrote:
I would really enjoy that feature, too!
On 29 Sep., 20:17, Tom_E te.mli...@googlemail.com wrote:
Being able to selectmultiplefilesand then 'Ignore' all
That's something you set up for Subversion itself, and Versions will
respect it. Modify your ~/.subversion/config file by setting enable-
auto-props = yes and adding lines (under the [auto-props] section)
like the following:
*.html = svn:eol-style=native;svn:mime-type=text/html
*.jpg =
Notice that it crashes in libapr, which is used by Subversion. Perhaps
providing more information like the repository URL used would help.
BTW, booting to the 64-bit kernel is very unlikely to affect crashes —
the process will run as 32/64-bit regardless whether enabled or not.
- Quinn
.
- Quinn
On Oct 2, 2009, at 1:51 PM, mupdegraff wrote:
What do I need to do to get you more info on the repository URL?
On Oct 2, 1:42 pm, Quinn Taylor quinntay...@mac.com wrote:
Notice that it crashes in libapr, which is used by Subversion.
Perhaps
providing more information like
I think he's probably talking about something like `svn switch`, in
which case no, Versions doesn't yet provide a quick way to do that.
Creating multiple working copies is one way to go, but the idea behind
svn switch is that SVN can modify/add/delete only the files that are
different
+1 This would be quite nice. In Eclipse, the Subversive plugin puts a
checkmark by each item to select whether it should be part of the
commit. The trick (as always) is how best to provide the desired
functionality in a tasteful and useful way, not just spewing
information all over the
I totally agree. I write mostly Java at work, and the deep package
hierarchies lead to lots of folders and few files being changed.
Additionally, command-clicking to (de)select works, but doesn't scale
so well when it's hard to tell whether a file is 7 or 8 levels deep,
if 2 that are 10-20
:35 AM, Joey Gibson wrote:
On Wed, Oct 14, 2009 at 1:26 PM, Quinn Taylor quinntay...@mac.com
wrote:
Yes, you should ignore it before commit. Since it is now
versioned (in the repository) you must first delete it, then
ignore it, then commit.
Also remember that you can do global ignores
You use Add locally, rather than Import. Generally speaking,
import is only for adding from your computer directly to the
repository. Normal workflow is to add files in a working copy, then
commit as a group when you're ready.
- Quinn
On Oct 20, 2009, at 3:53 AM, tonthomas wrote:
I
Check under View File Browser Columns. I think Properties Status
is the one you're looking for.
In all honesty, it would be nice if this were collapsed into the Data
Status column, since (I believe) the properties are either modified or
not — there is no state for added/deleted
Move the new folders with the same names out of the repository, then
update the working copy — Subversion should restore your deleted
folders. If you really want to delete them, do it from within Versions
(or svn) and commit before adding in the replacement directories. Or
just remove the
1 - 100 of 185 matches
Mail list logo
