> Hi all,
> I just installed Tortoise and I am now testing it and have some trouble with the
> locks.
>
> Again I am not at all am IT guy so bear with me please.
> We are artists and working with binary files only.
>
> I created a local repository (not on a server yet) just for testing.
>
> It all work fine with basic commit. But I have problem with locks.
>
> First : When I edit the properties of a file to add "svn:needs-lock" on it, I do not
> see the overlay grey tick icon on that file (read only). Why is that? (it does the
> lock all-right, but I would like to visibly see on the icon that it is read only)
Is the attribute changed to read-only? It could be that the overlay won't change until you commit and update.
If the above is not the case..
There are only so many overlay icon slots. I expect this is one of the first ones dropped if you don't have enough slots. Try to go into the overlay handlers and disable the added and deleted overlay to see if you start seeing the needs-lock overlay.
>
> Second : I tried to apply the "svn:needs-lock" property to every files in a specific
> folder. When I go the properties of the folder and try to apply the "svn:needs-
> lock", nothing happened. How can I apply that property to all the files and
> subfolders in a specific folder?
It seems that need-lock is not one that can be applied recursively. You will have to select all the files in a folder, add the property and repeat for subfolders.
> Third : I want to edit the config file so that all new files commited into that
> repository is read only.
> From what I understood, I need :
> - to uncomment the line enable-auto-props = yes
> - then what should I edit/add into the config file?
>
> Thank you very much for your help,
>
> Thomas
>
See the TSVN doc section 4.17.1.5. Automatic property setting.
BOb
>
> -----Message d'origine-----
> From: Simon Large
> Sent: Tuesday, November 06, 2012 11:46 PM
> To: users_at_tortoisesvn.tigris.org
> Subject: Re: so I need to install Subversion first?
>
> On 6 November 2012 21:55, Bob Archer <Bob.Archer_at_amsi.com> wrote:
> >
> > > ok thanks to clarify.
> > >
> > > I need it mostly for binaries (images and meshes) so I guess it is
> > > not ideal then.
> > >
> > > too bad, I though I found the ideal free software I was after...
> >
> > It will work. It just works much better for text based code. Just
> > remember, locks aren't really enforced. But, it is possible to lock a
> > file.
>
> I think this needs to be clarified. Subversion works equally well for text and
> binary files. Locking works. The bit that doesn't work with binaries is trying to
> merge changes when two users change a file simultaneously. And that is the
> whole point of locking, to prevent two users changing the same file.
>
> Because locking is not the default in Subversion there are a few things your
> need to consider when using it. You need to set the svn:needs-lock property on
> every binary file. It is possible to set up client-side rules to apply this property
> automatically, but to be really safe you may want to set up a server-side hook
> to ensure that no file is ever added to the repository without that property.
>
> What that property does is make every file which has not been locked read-
> only. When you take a lock the file becomes writeable. This is what gives you
> your local protection against modifying a file without taking a lock. However it
> does rely on your software telling you straight away that the file is read-only
> and not letting you modify it. If your image editor only tells you that when you
> come to save changes after forgetting to take out a lock, then it could get
> frustrating.
>
> When Bob says that locks aren't enforced what (I think) he means is that there
> are commands to break a lock (i.e. remove a lock which someone else has
> taken out) and steal a lock (remove someone else's lock and lock the file
> yourself). This can allow anti-social behaviour where someone decides their
> changes are more important than yours and steals your lock so they can
> commit changes and yours get discarded.
> But that is more of a community behaviour issue rather than a problem with
> locking per se. The reason for these commands is that if someone takes a lock
> and then goes on holiday without releasing it, then everyone else is stuck until
> they get back. If you are really paranoid then it is possible to set up server
> hooks to prevent locks being broken or stolen, but that is not generally
> recommended.
>
> Also, if you are working as a team then using a proper server is a must. Do NOT
> be tempted to use a shared NAS drive or similar and just pretend it is a local
> repository. Fortunately there are several friendly Windows installers for
> Subversion which will take you through the installation and setup using a wizard
> front end. Three of them are mentioned at the bottom of this manual page:
> http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-serversetup.html
>
>
> Simon
>
> --
> : ___
> : oo // \\ "De Chelonian Mobile"
> : (_,\/ \_/ \ TortoiseSVN
> : \ \_/_\_/> The coolest Interface to (Sub)Version Control
> : /_/ \_\ http://tortoisesvn.net
> >
> >
> > >
> > > cheers
> > >
> > > Thomas
> > >
> > > -----Original Message-----
> > > From: Bob Archer
> > > Sent: Tuesday, November 06, 2012 6:45 PM
> > > To: users_at_tortoisesvn.tigris.org
> > > Subject: RE: so I need to install Subversion first?
> > >
> > > > Subject: Re: so I need to install Subversion first?
> > > >
> > > > yes sorry, I meant revision control system.
> > > >
> > > > So you do need Subversion installed first on the server?
> > >
> > > The answer is, it depends. If you are going to be the only one
> > > accessing the repository, then no. You can just create a repository
> > > on your location machine and access it from there. You can also run
> > > svnserver on a work station to allow remote PCs access to it.
> > >
> > > >
> > > > also, I had a look in the features description but could not find
> > > > this
> > > > :
> > > > can you
> > > > lock a file so only one person at a time can work on it?
> > >
> > > You can, but that is not the recommended use case.
> > >
> > >
> > > > or maybe it is not the right software for what i am after. I am
> > > > looking at something that allow a team to commit various types of
> > > > files on a server, and to be able to lock the file they are
> > > > working on and then commit them for the other to use.
> > >
> > > Once again, SVN uses an optimistic locking scenario rather than
> > > pessimistic.
> > > This works very well for text based files. Not so much for binaries...
> > > although svn can be used to version binary files, the merging
> > > doesn't really work out.
> > >
> > > BOb
> > >
> > >
> > > >
> > > > thanks
> > > >
> > > > Thomas
> > > >
> > > > From: Gabri Nurtinaz Shally
> > > > Sent: Tuesday, November 06, 2012 11:11 AM
> > > > To: users_at_tortoisesvn.tigris.org
> > > > Subject: Re: so I need to install Subversion first?
> > > >
> > > > On Nov 6, 2012 4:57 PM, "Thomas Crausaz" <crausaz_at_epac.ch> wrote:
> > > > >
> > > > > Hi all,
> > > > >
> > > > > sorry for the noob question, but I am not an IT guy at all,
> > > > > still I need to install
> > > > an asset management program for my class.
> > > > >
> > > > > So I need to install Subversion first on the server, right? And
> > > > > then
> > > > TortoiseSVN?
> > > > >
> > > > what does this assets management do?
> > > > SVN is a client for collaboration file versioning. so i don't
> > > > think it has something to do with assets management.
> > > > regards,
> > > > gabri
>
> ------------------------------------------------------
> http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageI
> d=3026439
>
> To unsubscribe from this discussion, e-mail:
> [users-unsubscribe_at_tortoisesvn.tigris.org].
>
> ------------------------------------------------------
> http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageI
> d=3028572
>
> To unsubscribe from this discussion, e-mail: [users-
> unsubscribe_at_tortoisesvn.tigris.org].
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=3028607
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2012-11-15 17:34:37 CET