[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Feature Request: 'Needs Update' Icon Overlay

From: Andy Levy <andy.levy_at_gmail.com>
Date: Wed, 23 Jul 2008 07:59:17 -0400

On Wed, Jul 23, 2008 at 03:29, Gal Aviel <galaviel_at_yahoo.com> wrote:
> (1) Enabling this feature in TSVN only on a per-URL basis would
> solve "all repositories are the same" problem suggested before. You would
> only enter a list of URL on your local LAN to poll. If you don't
> enter a SF URL, your SF WC would not generate polling traffic.

That doesn't stop someone else from abusing it.

> (2) If Icon overlays are not technically possible (too few Windows slots) I'll
> settle for remote status to show in Windows Explorer's 'SVN Status' column.
> Just give me some sort of solution that I can use and that is integrated with
> TSVN. A 'Needs Update' text in the 'SVN Status' column is all I basically
> need (that's what we had with our previous VC tool).

You say you're against needing "additional configuration" but enabling
this column in Windows is additional configuration too.

> (3) CommitMonitor is a great tool however it is not integrated with TSVN, and
> requires a separate installation and post-install configuration. Installing
> it x15 times for each member of my team and configuring it is not a fun task.
> Also users don't understand why they need to install more than 1 program
> to do version control.

CommitMonitor isn't *needed* to do version control. *You want* it (or
something like it) so that people get notified, to make your
installation a push configuration instead of a pull. Most of my users
would consider it an annoyance to have icons changing so frequently.

Have you considered publishing RSS feeds and/or sending notification
emails in your post-commit to inform people that an update has been
made in the repository?

> (4) About the 2 seconds polling interval .. it was just an exaggeration
> in order to make the point that you don't need TSVN in order to kill the server.

No, but this sort of feature sure would make it easier.

> (5) Please understand that some users who use TSVN are not programmers,
> they are not proficient with VC tools and their methodology, they just
> want things to work ... they won't go out of their way to install a second
> product (CommitMonitor) and config. it and they don't understand
> and don't care about many points raised here which are implementation related.

This I don't get. The end-user doesn't have to understand everything
about Subversion and VC methodologies. But they do have to understand
how to use the tools required to do their jobs. I don't understand
desktop publishing, but I'm required to use MS Word to do my job. I
don't understand 90% of what Excel does, but I'm required to use that
to do my job.

If TSVN is required to do your job, I expect a basic level of
competence. Since it's not a "common" piece of software, an hour or
two of training and a user guide/manual with instructions for basic
daily tasks would go a long way. 90% of the time, users will not be
doing complex merges, conflict resolution (assuming you've got a sane
policy for svn:needs-lock), etc. They'll be doing update, commit, add,
delete and lock.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Received on 2008-07-23 13:59:26 CEST

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.