Hello Dan,
I think your script could really help us in our project, my
management is about to get rid of Subversion because we are unable
to have a sequential automatic "version" number at the file level
... I have try hard to explain the concept of revisions at the
project level, but they insist to have as well a sequential number
at the file level linked to the history of each file. My project is
an Oracle Applications ERP implementation. I'm using subversion
1.2.3 installed on AIX 2.3 and TortoiseSVN client to check in and
out code from the repository. If we were able to use your script to
define a custom property called "version" that can be increased
automatically every time you commit a modification of a file, that
will be great!!
Any ideas on how to use your script to achive what we need, or any
other ideas that can help us to satisfy our Management demands will
be much appreciated.
Regards,
Alfredo.
> http://groups.google.com/group/Subversion-SVN/browse_thread/thread/d43b2deb8c79e3ea/56f81823623c4417#56f81823623c4417
>
> I also attached it in case you would like to try it out.
>
> On 1/29/06, Ron <lists@rzweb.com> wrote:
>> There is currently no way to have autoprops set on the server. It is on
>> the road map for a future version (1.4 maybe?).
>>
>> This is something I am dying to have. Being able to add "needs-lock" to
>> all binary files would save me a lot of time and headaches.
>>
>> Using hooks you can reject files that aren't set up correctly, but that
>> still requires the client user to set the autoprops. I used this for a
>> short while, but it just irritated everyone to no end.
>>
>> Ron
>>
>> Jens Theisen wrote:
>> > Hello,
>> >
>> > I'm new to subversion wondering if there is also some server-side
>> autoprop
>> > mechanism I missed from the documentation. Is there a way to make sure
>> > that a certain set of files (by extension or location) get a certain
>> > property, particular the one for line-endings, without having to make
>> sure
>> > that any client is configured in a particular way?
>> >
>> > Cheers,
>> >
>> > Jens
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>> > For additional commands, e-mail: users-help@subversion.tigris.org
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
>> For additional commands, e-mail: users-help@subversion.tigris.org
>>
>>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Feb 1 11:49:53 2006