Return-Path: 
 <ant-user-return-13835-apmail-jakarta-ant-user-archive=jakarta.apache.org@jakarta.apache.org>
Delivered-To: apmail-jakarta-ant-user-archive@jakarta.apache.org
Received: (qmail 91350 invoked by uid 500); 22 Oct 2001 17:45:37 -0000
Mailing-List: contact ant-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
List-Post: <mailto:ant-user@jakarta.apache.org>
List-Help: <mailto:ant-user-help@jakarta.apache.org>
List-Unsubscribe: <mailto:ant-user-unsubscribe@jakarta.apache.org>
List-Subscribe: <mailto:ant-user-subscribe@jakarta.apache.org>
Reply-To: ant-user@jakarta.apache.org
Delivered-To: mailing list ant-user@jakarta.apache.org
Received: (qmail 91331 invoked from network); 22 Oct 2001 17:45:36 -0000
From: "Shawn Swart" <sswart@fugen.com>
To: <ant-user@jakarta.apache.org>
Subject: RE: SourceOffSite and Ant VSS Tasks
Date: Mon, 22 Oct 2001 13:44:48 -0400
Message-ID: <MIEBJBKKKNBHEFKMLMFFKECECAAA.sswart@fugen.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
In-Reply-To: <9093431B64301C47986EF078512912AD094577@xchange.stargus.com>
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Matt,

	We use SoS on our unix machines and use ant to check out code.  We took
something of the brute force approach but it works.  This is the target we
have defined to do checkouts for us on the unix machine.

   <target name="checkout" depends="init, prepare">
	   <exec dir="." executable="soscmd" os="Linux">
      	 <arg line="-command GetProject -server gaja.lab.x.x:80 -name
user -password pword -database
d:\\progra~1\\micros~1\\vss\\srcsafe.ini -project $/Project_Name -recursive"
/>
    	   </exec>
   </target>

	We didn't try to use the VSS tasks since the above worked well for us.  You
could put some os checks in to determine if you are on Win or Unix.  This
way your fetch targets should still work.  The only problem with the above
is it gets everything even if the file didn't change.  I am sure there is a
parameter to only get changes.

--Shawn

-----Original Message-----
From: Matt Lyon [mailto:matt@stargus.com]
Sent: Monday, October 22, 2001 1:09 PM
To: Ant-User (E-mail)
Subject: SourceOffSite and Ant VSS Tasks


Hi,

We use shell scripts that wrap SourceOffSite functionality to get source
code from VSS to our Unix development nodes. Does anyone have any
experience with getting Ant's Optional VSS Tasks to play nice with SoS?
It would be awesome if I could just drop the build.xml off on the Unix
node and have my fetch target still work with SourceOffSite, but I
suspect that this is a tad pollyanna-ish of me. The alternatives are to
purchase the Unix Client for VSS or to write a shell script (e.g.
'GetSource.sh')  to wrap SoS commands and write an Ant <exec/> task to
call it. Looking at some similar scripts that some of my colleagues have
already coded, it appears that the SourceOffSite CLI is pretty much a
wrapper for the VSS CLI, so I am just curious if anyone on the list has
any experience or insight they could share with regard to Ant's optional
VSS Tasks and SourceOffSite.

Cheers,

Matt