RE: Looking into using Subversion

2013-11-19 Thread Andrew Reedick


 From: vanderwalt.dev...@columbus.co.za 
 [mailto:vanderwalt.dev...@columbus.co.za] 
 Sent: Tuesday, November 19, 2013 1:47 AM
 To: Ben Reser
 Cc: Chris Shelton; Nico Kadel-Garcia; Subversion; bob.arc...@amsi.com; Andrew 
 Reedick
 Subject: Re: Looking into using Subversion

 Thank you all, Chris Bob, Andrew, Ben. 

 Bob, the Server I am taking about here is our development, not
 production server so it will be fine.

 Chris, Andrew, and Ben thank you for given me 3 solutions to explore.

 I think I am going to give Subversion try, only thing I am not too keen
 about is the command line interface.  Our developers here would
 prefer a GUI client, any good ones you can suggest? 

The important thing is to use a 1.8.x client for the improved merging, i.e. not 
having to use the --reintegrate switch with 'svn merge' anymore.
 
TorstiseSVN on Windows is great.  Subclipse supports 1.8.x and works.  However, 
last I checked, NetBeans requires you to set the subversion plugin to use the 
1.8.x CLI instead of javahl or svnkit (which are limited to 1.7.)

Again, last I checked, non-windows GUI clients also have the problem of being 
stuck at 1.7.x.



RE: Looking into using Subversion

2013-11-19 Thread vanderWalt . Devlyn
Thanks again Andrew, I did try TorstiseSVN today, and it working great
for me.

Enjoy
Devlyn


From:   Andrew Reedick andrew.reed...@cbeyond.net
To: vanderwalt.dev...@columbus.co.za 
vanderwalt.dev...@columbus.co.za, Ben Reser b...@reser.org
Cc: Chris Shelton cshel...@shelton-family.net, Nico Kadel-Garcia 
nka...@gmail.com, Subversion users@subversion.apache.org, 
bob.arc...@amsi.com bob.arc...@amsi.com
Date:   2013/11/19 04:15 PM
Subject:RE: Looking into using Subversion





 From: vanderwalt.dev...@columbus.co.za [
mailto:vanderwalt.dev...@columbus.co.za] 
 Sent: Tuesday, November 19, 2013 1:47 AM
 To: Ben Reser
 Cc: Chris Shelton; Nico Kadel-Garcia; Subversion; bob.arc...@amsi.com; 
Andrew Reedick
 Subject: Re: Looking into using Subversion

 Thank you all, Chris Bob, Andrew, Ben. 

 Bob, the Server I am taking about here is our development, not
 production server so it will be fine.

 Chris, Andrew, and Ben thank you for given me 3 solutions to explore.

 I think I am going to give Subversion try, only thing I am not too keen
 about is the command line interface.  Our developers here would
 prefer a GUI client, any good ones you can suggest? 

The important thing is to use a 1.8.x client for the improved merging, 
i.e. not having to use the --reintegrate switch with 'svn merge' anymore.
 
TorstiseSVN on Windows is great.  Subclipse supports 1.8.x and works. 
However, last I checked, NetBeans requires you to set the subversion 
plugin to use the 1.8.x CLI instead of javahl or svnkit (which are limited 
to 1.7.)

Again, last I checked, non-windows GUI clients also have the problem of 
being stuck at 1.7.x.



-
This e-mail is subject to the Columbus Stainless [Pty] Ltd Email Legal Notices 
available at: http://www.columbus.co.za/EmailLegalNotice.htm.
-

This e-mail message has been scanned for Viruses and Content and cleared by 
MailMarshal
-


Looking into using Subversion

2013-11-18 Thread vanderWalt . Devlyn
Hi All

I have been exploring the Subversion web site, also check out the 
High-Speed 
Tutorial.  But stilling trying to work out if Subversion will be useful 
for us.

We are developing a PHP Website hosted on our own Linux Server (a 
development server).
We are also using Tomcat to host our website, and handle our Java Web 
Services for the
website.

The Developers are using Windows PC to develop, currently using, NetBeans 
for PHP
development.  And Eclipse for the Java Web services.

The question is, can all the developers, work with the same working copy, 
which will be
on the Linux server?

Enjoy
Devlyn
-
This e-mail is subject to the Columbus Stainless [Pty] Ltd Email Legal Notices 
available at: http://www.columbus.co.za/EmailLegalNotice.htm.
-

This e-mail message has been scanned for Viruses and Content and cleared by 
MailMarshal
-


Re: Looking into using Subversion

2013-11-18 Thread Nico Kadel-Garcia
They can, in theory, but it's awkward. Two people editing the same
file, at the same time are really likely to run into conflicts or
accidentally mix their changes into the same commit. So I don't
recommend it.

Why can't they work on their own copies, on their own Tomcat servers,
with tuned local Tomcat configs, and merge their changes in their own
branches to a single master that is what lives on the website?

On Mon, Nov 18, 2013 at 4:09 AM,  vanderwalt.dev...@columbus.co.za wrote:
 Hi All

 I have been exploring the Subversion web site, also check out the High-Speed
 Tutorial.  But stilling trying to work out if Subversion will be useful for
 us.

 We are developing a PHP Website hosted on our own Linux Server (a
 development server).
 We are also using Tomcat to host our website, and handle our Java Web
 Services for the
 website.

 The Developers are using Windows PC to develop, currently using, NetBeans
 for PHP
 development.  And Eclipse for the Java Web services.

 The question is, can all the developers, work with the same working copy,
 which will be
 on the Linux server?

 Enjoy
 Devlyn
 
 This e-mail is subject to the Columbus Stainless [Pty] Ltd Email Legal
 Notices available at: http://www.columbus.co.za/EmailLegalNotice.htm.
 
 This e-mail message has been scanned for Viruses and Content and cleared by
 MailMarshal
 


Re: Looking into using Subversion

2013-11-18 Thread vanderWalt . Devlyn
Thank for your response Nico.  We what to debug from our development 
server.  Not sure if
there maybe is away to develop on the local PC, and check in the file into 
the repository
(which will be on the Linux Server) which will copy it to the Tomcat's 
publish folder on
the server?


From:   Nico Kadel-Garcia nka...@gmail.com
To: vanderwalt.dev...@columbus.co.za
Cc: Subversion users@subversion.apache.org
Date:   2013/11/18 02:11 PM
Subject:Re: Looking into using Subversion



They can, in theory, but it's awkward. Two people editing the same
file, at the same time are really likely to run into conflicts or
accidentally mix their changes into the same commit. So I don't
recommend it.

Why can't they work on their own copies, on their own Tomcat servers,
with tuned local Tomcat configs, and merge their changes in their own
branches to a single master that is what lives on the website?

On Mon, Nov 18, 2013 at 4:09 AM,  vanderwalt.dev...@columbus.co.za 
wrote:
 Hi All

 I have been exploring the Subversion web site, also check out the 
High-Speed
 Tutorial.  But stilling trying to work out if Subversion will be useful 
for
 us.

 We are developing a PHP Website hosted on our own Linux Server (a
 development server).
 We are also using Tomcat to host our website, and handle our Java Web
 Services for the
 website.

 The Developers are using Windows PC to develop, currently using, 
NetBeans
 for PHP
 development.  And Eclipse for the Java Web services.

 The question is, can all the developers, work with the same working 
copy,
 which will be
 on the Linux server?

 Enjoy
 Devlyn
 
 This e-mail is subject to the Columbus Stainless [Pty] Ltd Email Legal
 Notices available at: http://www.columbus.co.za/EmailLegalNotice.htm.
 
 This e-mail message has been scanned for Viruses and Content and cleared 
by
 MailMarshal
 


-
This e-mail is subject to the Columbus Stainless [Pty] Ltd Email Legal Notices 
available at: http://www.columbus.co.za/EmailLegalNotice.htm.
-

This e-mail message has been scanned for Viruses and Content and cleared by 
MailMarshal
-


Re: Looking into using Subversion

2013-11-18 Thread Chris Shelton
I would suggest looking at the SVN::Notify::Mirror perl module:
http://search.cpan.org/~jpeacock/SVN-Notify-Mirror-0.040/lib/SVN/Notify/Mirror.pm

It includes a Perl script that is intended for using within a
post-commit hook script to perform updates of a working copy after
each commit.  I have been using it for automated deployment of code
changes to a test web server for a few years now with generally
reliable results.

chris

On Mon, Nov 18, 2013 at 8:08 AM, vanderwalt.dev...@columbus.co.za wrote:

 Thank for your response Nico.  We what to debug from our development server.  
 Not sure if
 there maybe is away to develop on the local PC, and check in the file into 
 the repository
 (which will be on the Linux Server) which will copy it to the Tomcat's 
 publish folder on
 the server?



 From:Nico Kadel-Garcia nka...@gmail.com
 To:vanderwalt.dev...@columbus.co.za
 Cc:Subversion users@subversion.apache.org
 Date:2013/11/18 02:11 PM
 Subject:Re: Looking into using Subversion

 



 They can, in theory, but it's awkward. Two people editing the same
 file, at the same time are really likely to run into conflicts or
 accidentally mix their changes into the same commit. So I don't
 recommend it.

 Why can't they work on their own copies, on their own Tomcat servers,
 with tuned local Tomcat configs, and merge their changes in their own
 branches to a single master that is what lives on the website?

 On Mon, Nov 18, 2013 at 4:09 AM,  vanderwalt.dev...@columbus.co.za wrote:
  Hi All
 
  I have been exploring the Subversion web site, also check out the High-Speed
  Tutorial.  But stilling trying to work out if Subversion will be useful for
  us.
 
  We are developing a PHP Website hosted on our own Linux Server (a
  development server).
  We are also using Tomcat to host our website, and handle our Java Web
  Services for the
  website.
 
  The Developers are using Windows PC to develop, currently using, NetBeans
  for PHP
  development.  And Eclipse for the Java Web services.
 
  The question is, can all the developers, work with the same working copy,
  which will be
  on the Linux server?
 
  Enjoy
  Devlyn


RE: Looking into using Subversion

2013-11-18 Thread Bob Archer
It seems pretty dangerous to me to just push dev changes to production. I 
suggest you have a build server, the watches for commits, runs unit tests and 
then deploys to staging. Once staging is tested you can push to production.

But, yea, each dev should have their own working environment. It cause much 
less conflict and problems.

BOb

From: vanderwalt.dev...@columbus.co.za [mailto:vanderwalt.dev...@columbus.co.za]
Sent: Monday, November 18, 2013 8:09 AM
To: Nico Kadel-Garcia
Cc: Subversion
Subject: Re: Looking into using Subversion

Thank for your response Nico.  We what to debug from our development server.  
Not sure if
there maybe is away to develop on the local PC, and check in the file into the 
repository
(which will be on the Linux Server) which will copy it to the Tomcat's publish 
folder on
the server?


From:Nico Kadel-Garcia nka...@gmail.commailto:nka...@gmail.com
To:
vanderwalt.dev...@columbus.co.zamailto:vanderwalt.dev...@columbus.co.za
Cc:Subversion 
users@subversion.apache.orgmailto:users@subversion.apache.org
Date:2013/11/18 02:11 PM
Subject:Re: Looking into using Subversion





They can, in theory, but it's awkward. Two people editing the same
file, at the same time are really likely to run into conflicts or
accidentally mix their changes into the same commit. So I don't
recommend it.

Why can't they work on their own copies, on their own Tomcat servers,
with tuned local Tomcat configs, and merge their changes in their own
branches to a single master that is what lives on the website?

On Mon, Nov 18, 2013 at 4:09 AM,  
vanderwalt.dev...@columbus.co.zamailto:vanderwalt.dev...@columbus.co.za 
wrote:
 Hi All

 I have been exploring the Subversion web site, also check out the High-Speed
 Tutorial.  But stilling trying to work out if Subversion will be useful for
 us.

 We are developing a PHP Website hosted on our own Linux Server (a
 development server).
 We are also using Tomcat to host our website, and handle our Java Web
 Services for the
 website.

 The Developers are using Windows PC to develop, currently using, NetBeans
 for PHP
 development.  And Eclipse for the Java Web services.

 The question is, can all the developers, work with the same working copy,
 which will be
 on the Linux server?

 Enjoy
 Devlyn
 
 This e-mail is subject to the Columbus Stainless [Pty] Ltd Email Legal
 Notices available at: http://www.columbus.co.za/EmailLegalNotice.htm.
 
 This e-mail message has been scanned for Viruses and Content and cleared by
 MailMarshal
 

This e-mail is subject to the Columbus Stainless [Pty] Ltd Email Legal Notices 
available at: http://www.columbus.co.za/EmailLegalNotice.htm.

This e-mail message has been scanned for Viruses and Content and cleared by 
MailMarshal



Re: Looking into using Subversion

2013-11-18 Thread David Kelly

On Nov 18, 2013, at 9:54 AM, Chris Shelton cshel...@shelton-family.net wrote:

 I would suggest looking at the SVN::Notify::Mirror perl module:
 http://search.cpan.org/~jpeacock/SVN-Notify-Mirror-0.040/lib/SVN/Notify/Mirror.pm
 
 It includes a Perl script that is intended for using within a
 post-commit hook script to perform updates of a working copy after
 each commit.  I have been using it for automated deployment of code
 changes to a test web server for a few years now with generally
 reliable results.

That sort of thing can work for a single developer but what little I have heard 
of the O.P.'s situation I think that solution scares me. A lot of things scare 
me.

First scare is that I often commit unworking or incomplete code when I have 
reached a milestone that deserves a commit and a commit comment. Just because 
someone committed the code doesn't mean its ready to go into production.

Secondly is more of the above. Multiple developers contributing code needs one 
project leader to review everything the others have done and interaction 
between, and make the decision when to tag and send to production. I think you 
are asking for trouble if everyone routinely automatically pushes their work 
out to production without the review of another.

If developers have the problem of not having their own machine capable of 
executing the code then give each developer their own working directory under 
the web server. Make sure everyone understands they have to write 
position-independent code. No hardcoded file paths into their own work only to 
well known system resources.

--
David Kelly N4HHE, dke...@hiwaay.net

Whom computers would destroy, they must first drive mad.



RE: Looking into using Subversion

2013-11-18 Thread Andrew Reedick

 From: vanderwalt.dev...@columbus.co.za 
 [mailto:vanderwalt.dev...@columbus.co.za] 
 Sent: Monday, November 18, 2013 8:09 AM
 To: Nico Kadel-Garcia
 Cc: Subversion
 Subject: Re: Looking into using Subversion

 Thank for your response Nico.  We what to debug from our development server.  
 Not sure if
 there maybe is away to develop on the local PC, and check in the file into 
 the repository
 (which will be on the Linux Server) which will copy it to the Tomcat's 
 publish folder on
 the server? 

Use Jenkins (or other Continuous Integration software) to automatically deploy 
new commits to the server, and this would be out of the box functionality.  
Jenkins can be installed as a war, so you could drop it into Tomcat on your dev 
server as well.
 
Process:  Devs check into their own local workspaces.  Jenkins polls subversion 
for new commits.  Jenkins automatically deploys to the dev server when it sees 
the new commit.




Re: Looking into using Subversion

2013-11-18 Thread Ben Reser
On 11/18/13 7:54 AM, Chris Shelton wrote:
 I would suggest looking at the SVN::Notify::Mirror perl module:
 http://search.cpan.org/~jpeacock/SVN-Notify-Mirror-0.040/lib/SVN/Notify/Mirror.pm
 
 It includes a Perl script that is intended for using within a
 post-commit hook script to perform updates of a working copy after
 each commit.  I have been using it for automated deployment of code
 changes to a test web server for a few years now with generally
 reliable results.

If you want to do this type of thing I'd recommend looking at svnwcsub and the
svn pubsub setup.  It has the advantage of allowing this without requiring the
repository server have access to the machines you are updating.  Since the
server simply provides a mechanism for the client machines to subscribe and
watch for updates.  This was introduced along with 1.8.0.

Many ASF websites including Subversion's are stored in SVN and automatically
updated using this technique.

There is a very basic install instructions here:
https://svn.apache.org/repos/asf/subversion/branches/1.8.x/tools/server-side/svnpubsub/README.txt

Note that this same directory is tools/server-side/svnpubsub in the tarball.




Re: Looking into using Subversion

2013-11-18 Thread vanderWalt . Devlyn
Thank you all, Chris Bob, Andrew, Ben.

Bob, the Server I am taking about here is our development, not
production server so it will be fine.

Chris, Andrew, and Ben thank you for given me 3 solutions to explore.

I think I am going to give Subversion try, only thing I am not too keen
about is the command line interface.  Our developers here would
prefer a GUI client, any good ones you can suggest?


From:   Ben Reser b...@reser.org
To: Chris Shelton cshel...@shelton-family.net, 
vanderwalt.dev...@columbus.co.za
Cc: Nico Kadel-Garcia nka...@gmail.com, Subversion 
users@subversion.apache.org
Date:   2013/11/19 06:27 AM
Subject:Re: Looking into using Subversion



On 11/18/13 7:54 AM, Chris Shelton wrote:
 I would suggest looking at the SVN::Notify::Mirror perl module:
 
http://search.cpan.org/~jpeacock/SVN-Notify-Mirror-0.040/lib/SVN/Notify/Mirror.pm

 
 It includes a Perl script that is intended for using within a
 post-commit hook script to perform updates of a working copy after
 each commit.  I have been using it for automated deployment of code
 changes to a test web server for a few years now with generally
 reliable results.

If you want to do this type of thing I'd recommend looking at svnwcsub and 
the
svn pubsub setup.  It has the advantage of allowing this without requiring 
the
repository server have access to the machines you are updating.  Since the
server simply provides a mechanism for the client machines to subscribe 
and
watch for updates.  This was introduced along with 1.8.0.

Many ASF websites including Subversion's are stored in SVN and 
automatically
updated using this technique.

There is a very basic install instructions here:
https://svn.apache.org/repos/asf/subversion/branches/1.8.x/tools/server-side/svnpubsub/README.txt


Note that this same directory is tools/server-side/svnpubsub in the 
tarball.




-
This e-mail is subject to the Columbus Stainless [Pty] Ltd Email Legal Notices 
available at: http://www.columbus.co.za/EmailLegalNotice.htm.
-

This e-mail message has been scanned for Viruses and Content and cleared by 
MailMarshal
-


Re: Looking into using Subversion

2013-11-18 Thread Thorsten Schöning
Guten Tag vanderwalt.dev...@columbus.co.za,
am Dienstag, 19. November 2013 um 07:47 schrieben Sie:

 I think I am going to give Subversion try, only thing I am not too keen
 about is the command line interface.  Our developers here would
 prefer a GUI client, any good ones you can suggest?  

TortoiseSVN on Windows and whatever your IDE provides, Subclipse for
example.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail:thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow