> -----Original Message-----
> From: marc gonzalez-carnicer [mailto:carnicer.lists_at_gmail.com]
>
> my company migrated from VSS to SVN a year ago. the main
> issue is not technical, but psicologycal : stubborness and
> closed minds. some people can't / don't want to move away
> from the lock / unlock model. they also get scared about the
> possibility of somebody is touching "their" file. have them
> read this is useful, but perhaps not enough:
> http://svnbook.red-bean.com/en/1.4/svn.basic.vsn-models.html
>
We have the same situation here, though at this point all but one is
quite happy with the new model.
> about tools, as people pointed out, tortoise should be
> enough. users end up not missing the VS drop-down menus since
> these are not really necessary (all files are "checked-out"
> by default). a training / discussion session can be useful too.
I have to point out that Ankh does offer some conviences that will make
acceptance by the above "problem children" more likely. For example,
update, commit, and diff while in the IDE is quick and easy, and doesn't
force one to switch to Explorer. Also, the visual indication of
modification status in the project explorer is valuable, and unlike SCC
plugins will bubble up from the lowest level to the top, making
assessment of what you modified trivial.
Additionally, there is a "add solution to source control" for ankh.
This will automatically exclude all the VS files that should not be
source controlled (*.suo, *.user, /bin, /obj).
My main peeves with Ankh is its weak handling of file renames and moves
- especially when tools like ReSharper are refactoring things. In these
situations, Tortoise is very helpful. Also, I prefer to use Tortoise to
review the commit list and "check for modification", because you can do
so much more in its interface.
>
>
> 2008/3/6, Gleason, Todd <tgleason_at_impac.com>:
> >
> >
> >
> >
> > TortoiseSVN is the most popular general Windows Subversion client.
> > Given how different Subversion is from VSS (no constant
> need to lock
> > files to edit them, just commit everything when you're
> done), the need
> > to have a client within VSS is substantially reduced.
> >
I disagree for the reasons stated above, and especially for the
psychological factor. Microsoft-centric developers are not like
Java/GNU developers. They tend to prefer coddling even if they don't
need it.
> >
> > However, when dealing with file moves and renames, I
> believe you can
> > get better behavior by using AnkhSVN (free) or VisualSVN
As I said, Ankh is not particularly helpful with renames and moves.
> >
> > From: Fallon, Kenneth J Civ 878 CS/SCPD
> > [mailto:Kenneth.Fallon_at_ROBINS.AF.MIL]
> > Sent: Thursday, March 06, 2008 11:44 AM
> > To: users_at_subversion.tigris.org
> > Subject: VSS
> >
> >
> >
> >
> > Hey
> >
> > I am trying to replace Visual Source Safe with
> Subversion.
> > My users are happy with all the features Subversion has to
> offer. The
> > question arose however...How does Subversion interface with other
> > Microsoft products like Visual Studio? My developers have
> drop down menu items for VSS in
> > Visual Studio (Both Microsoft Products). Is anyone using
> Visual Studio
> > with Subversion? If so then how easy is the interface (if any). I
> > cannot seem to find info about this in the Subversion book.
> >
> >
> >
> > Thanks
> >
> > Ken Fallon
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
> For additional commands, e-mail: users-help_at_subversion.tigris.org
>
>
*************************************************************************
This communication, including attachments, is
for the exclusive use of addressee and may contain proprietary,
confidential and/or privileged information. If you are not the intended
recipient, any use, copying, disclosure, dissemination or distribution is
strictly prohibited. If you are not the intended recipient, please notify
the sender immediately by return e-mail, delete this communication and
destroy all copies.
*************************************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-03-07 14:24:42 CET