Hi
In svn book ver. 1.0 there is written:
"Deflate compression places a small burden on the client and server to
compress and decompress network transmissions as a way to minimize the size
of the actual transmission. In cases where network bandwidth is in short
supply, this kind of compression can
The idea is to allow users to specify exactly which they want to
watch. It might be a few configuration files, images, etc.
Hudson will notify if any files in the entire project are changed, and
when you do a dozen builds each day, the developers start to ignore
these build notices.
This is somet
On 3/8/2010 4:56 PM, David Weintraub wrote:
CommitNotifier uses Tortoise and SVN Notifier uses MS .NET platform.
Both are Windows specific, and we have a really mixed office. We have
people on Linux, Windows, and Mac.
Hudson should run on about anything. It does have to poll for changes
but it
CommitNotifier uses Tortoise and SVN Notifier uses MS .NET platform.
Both are Windows specific, and we have a really mixed office. We have
people on Linux, Windows, and Mac.
On Mon, Mar 8, 2010 at 5:49 PM, Daniel Becroft wrote:
> On Wed, Mar 3, 2010 at 2:26 AM, David Weintraub wrote:
>>
>> One o
On Wed, Mar 3, 2010 at 2:26 AM, David Weintraub wrote:
> One of the tech leads wants to be able to program a watch file, so
> that when a certain set of developers change a particular file,
> certain other developers get notified. Thus, we need to be able to
> program what files, what developers
I'm almost finished my second notification scheme. Each user their own
watch file. In my access-control trigger, I can easily set it up, so
that users can only change their own watch files:
[FILE Lock Watch directory as read-only]
file = ^/watchers/.*
access = read-only
users = @AL
I can do a full checkout at the moment. Too bad I can't go from that
and create a new repo. Anyhow, the svnsync idea is a good one, and
I'll have to give that a try. Thanks!
Steven Roussey
Network54 Corp.
2010/3/3 Mariusz Droździel :
> On 4 March 2010 03:24, Steven Roussey wrote:
>
>> I also t
but if in the
end what you want a single path like /trunk to show you the timeline of
releases,
And by the way, this is called a "moving tag" in SVN circles (or maybe
everywhere).
--
Stein
On 3/8/2010 8:04 AM, Ramachandran, Vishwanath(IE10) wrote:
Hi there
In a subversion working copy(XYZ), we are doing development in different
branches. So the TRUNK contains the code base that is released to market.
There are different branches which are having different version of XYZ
source.
I'm not sure if this is what you mean with those commands, but if in the
end what you want a single path like /trunk to show you the timeline of
releases, e.g.
trunk 1789 copy of /tags/XYZ_1.3.0_BUILD32_RELEASE_RC1
trunk 1234 copy of /tags/XYZ_1.2.0_BUILD24_RELEASE_RC1
trunk copy of /tags/
>There is no equivalent of CVSROOT in Subversion. But when it has been asked
>for before, the response has been: what do you need it for? If you just want a
>shortcut for checking out, define an environment variable and use that. This
>is what I do in my ~/.bashrc:
>
>export M="http://svn.macos
Ok, thank you for the reply
Regards
Vishwanath
From: Michael P. Reilly [mailto:arc...@gmail.com]
Sent: Monday, March 08, 2010 8:12 PM
To: Ramachandran, Vishwanath(IE10)
Cc: users@subversion.apache.org
Subject: Re: SVN Copy
On Mon, Mar 8, 2010 at 9:27 AM, Ramachandran, Vishwan
On Mon, Mar 8, 2010 at 9:27 AM, Ramachandran, Vishwanath(IE10) <
vishwanath.ramachand...@honeywell.com> wrote:
> Hi Michael
>
>
>
> Thanks for the reply. You suggest to go for Merge instead of Copy?
> Currently our SVN server is 1.4.6, we cannot implement Merge here. We are in
> the process of up
On Mon, Mar 8, 2010 at 09:27, Ramachandran, Vishwanath(IE10)
wrote:
> Hi Michael
>
>
>
> Thanks for the reply. You suggest to go for Merge instead of Copy? Currently
> our SVN server is 1.4.6, we cannot implement Merge here. We are in the
> process of upgrading the server. Any other alternative so
Hi Michael
Thanks for the reply. You suggest to go for Merge instead of Copy?
Currently our SVN server is 1.4.6, we cannot implement Merge here. We
are in the process of upgrading the server. Any other alternative
solution for a temporary fix.
Regards
Vishwanath
From: Michael P. Rei
On Mon, Mar 8, 2010 at 9:04 AM, Ramachandran, Vishwanath(IE10) <
vishwanath.ramachand...@honeywell.com> wrote:
> Hi there
>
> In a subversion working copy(XYZ), we are doing development in different
> branches. So the TRUNK contains the code base that is released to market.
>
>
>
> There are diff
Hi there
In a subversion working copy(XYZ), we are doing development in different
branches. So the TRUNK contains the code base that is released to
market.
There are different branches which are having different version of XYZ
source.
Currently we want to merge XYZ 1.2 version of branch to T
On Mar 6, 2010, at 16:52, Ryan Schmidt wrote:
> As someone explained earlier in the thread, a Subversion client recreates the
> ~/.subversion
> directory when it runs, so something is causing a Subversion client to run.
Oops!
Apologies to Alexey for not appreciating the import of what he sai
Note up front: Choosing a meaningful subject makes sure your question is not
getting ignored.
On Monday 08 March 2010, Ramachandran, Vishwanath(IE10) wrote:
> In a subversion working copy(XYZ), we are doing development in different
> branches. So the TRUNK contains the code base that is released
Linedata Services (UK) Ltd
Registered Office: Bishopsgate Court, 4-12 Norton Folgate, London, E1 6DB
Registered in England and Wales No 3027851VAT Reg No 778499447
From: Srivastava, Sumit [mailto:ssrivasta...@cvs.com]
Sent: 05 March 201
20 matches
Mail list logo
