Perhaps this would help;
In BuildRunner.cs, selecting the temp build directory and retrieving the
source code is the reponsibility of GetSource() as below.
private string GetSource() {
string temp = Path.GetTempFileName();
File.Delete(temp);
Directory.
Title: RE: [Draconet-users] RE: Having a Specific Working Copy Directory... instead of check i ng out to a different place each time?
I'd rather call it "getsource" or simply "get".
So,
project
becomes
project
I'm all for making Draco more flexible - and for not enforcing the 'super clean' build
method on everyone. It really sounds like we want to have a cleaner separation between
the polling, getting and building within Draco.
Nick, you described an idea to take a list of modifications and perform a
Mark, it seems there is an issue with the output produced from VSS in the
History/Update list. If a file is added or removed, it is difficult to
ascertain where the file was added or removed to. You get a project name, but its not
a full path like an update, that looks like this:
Update file =
Nick
> Mark, it seems there is an issue with the output produced
> from VSS in the History/Update list. If a file is added or
> removed, it is difficult to ascertain where the file was
> added or removed to. You get a project name, but its not a
> full path like an update, that looks like t
"Mark Griffiths" <[EMAIL PROTECTED]> wrote:
> Nick
>
> > Mark, it seems there is an issue with the output produced
> > from VSS in the History/Update list. If a file is added or
> > removed, it is difficult to ascertain where the file was
> > added or removed to. You get a project name, but
>
> Yes I see. That is good news. One issue: VSS doesnt delete
> from the working directory if you delete a file (i have tried
> this and it didnt). The file was still there in the
> directory and, depending on how you build, this could be a
> problem. Some use *.* within NAnt to include a
"Mark Griffiths" <[EMAIL PROTECTED]> wrote:
> >
> > Yes I see. That is good news. One issue: VSS doesnt delete
> > from the working directory if you delete a file (i have tried
> > this and it didnt). The file was still there in the
> > directory and, depending on how you build, this could
>
> Yes. When you mentioned the SS GET updating the source, I
> thought "How could have I missed such a rudimentary principle
> of an SCC". But alas, a good couple of months ago I
> investigated having a "working set" in a specified location
> to improve build performance. At the time I rea
"Mark Griffiths" <[EMAIL PROTECTED]> wrote:
> >
> > Yes. When you mentioned the SS GET updating the source, I
> > thought "How could have I missed such a rudimentary principle
> > of an SCC". But alas, a good couple of months ago I
> > investigated having a "working set" in a specified locat
SourceGear.
http://www.sourcegear.com/vault/
http://www.aspnetpro.com/productreviews/2003/04/asp200304jg_p/asp200304jg_p.
asp
Graeme Humphrey
Chive Software Limited
mailto: [EMAIL PROTECTED]
tel: +44 (0)1224 224320
tel: +44 (0)1224 224322 (direct)
> -Original Message-
> From: [EMAIL PR
Thanks for that Graeme. Looks like an interesting tool
"Graeme Humphrey" <[EMAIL PROTECTED]> wrote:
> SourceGear.
>
> http://www.sourcegear.com/vault/
> http://www.aspnetpro.com/productreviews/2003/04/asp200304jg_p/asp200304jg_p.
> asp
>
>
> Graeme Humphrey
> Chive Software Limited
> mail
> > "Mark Griffiths" <[EMAIL PROTECTED]> wrote:
> >
> > > I think the moral of the story is that VSS is not suited to modern
> > > development practices.
> > > That's about as polite as I can get. Have you tried
> > looking at Vault?
Vault's marketed as VSS-in-a-SQL-Server... Other than a differ
Hi,
The system I am working on involves a web solution. We set Draco up a good 10 months
ago and had everything working. Unfortunately the build server
died recently. Now we have set up the new Draco server, we cannot get a successful
build. We have created a Virtual Directory underneath IIS
>
> Vault's marketed as VSS-in-a-SQL-Server... Other than a
> different repository on the back end, what about it makes
> suited to the alleged "modern development practices"? Does
> it solve the
> keeping-the-working-directory-in-sync-with-source-control problem?
>
As far as I remember, y
i don't have this problem because i'm not using devenv.com to compile my
projects, but the NAnt solution task,
it allows a manual mapping between web projects URLs and directories. Those
directories are relative to my NAnt build script.
i am not aware of a way to force devenv not to check for the
Thanks Vincent. We have had this working in the past without using the latest version
of NAnt. However upgrading to the latest could be a solution.
Nick.
"Vincent Labatut" <[EMAIL PROTECTED]> wrote:
>
> i don't have this problem because i'm not using devenv.com to compile my
> projects, but t
Use NAnt w/ the Solution task and specify a element. :)
On Thu, 2003-12-11 at 07:05, Nick Robinson wrote:
> Hi,
>
> The system I am working on involves a web solution. We set Draco up a good 10
> months ago and had everything working. Unfortunately the build server
> died recently. Now we h
Mark,
I'm curious about your view of the dependencies. 'Cuz I'm about to get
dumped into a much wider WANned environment next year... (Lil' startup
company sandbox, how little we knew ye.) Who knows? I may even lose
local control of my SCC if/when it gets moved into some big corporate
bomb she
Hi David
> This is how we've currently got VSS, Draco and NAnt deployed:
>
> SCC <-- Build Tool ---> Output
> ^ ^
> | |
> | |
> |--- Draco ---|
>
> Why should the build widget be source control agnostic? What
> makes that "ideal"? I'm open to educa
The other solution, Nick, is to open up your .csproj file and replace
"Web" with "Local" for the project type. It will continue to build
correctly, but you will need to manually enable ASP.NET debugging and
enter the local URL for the project as the page to launch.
On Thu, 2003-12-11 at 07:05, Ni
Mark Griffiths wrote:
> That is all off the top of my head, but mostly it is a gut feeling
> (brought about by
> experience) that by minimising dependencies life gets easier. I don't
> expect everyone to agree with me!
>
> Note however, that deficiencies in Draco might well force someone to
have
Greetings, all:
Let me say that I think this a very good idea; I've hacked on the Draco
source* to get this same functionality, albeit hardwired and
site-specific. As part of our continuous build process, we run our unit
tests, which generate reports and dump them to a web server for later
perusa
Greetings, all:
In addition to being able to specify a persistent working copy for SCC
checkouts, I'd also like to see an absolute polling option (in addition
to the existing relative behaviour). I mentioned in a previous message
that we prefer incremental builds for their speed. Well, that's no
24 matches
Mail list logo
