[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Best practises for Configuration Management before build

From: Bob Proulx
Subject: Re: Best practises for Configuration Management before build
Date: Mon, 31 Aug 2009 17:32:58 -0600
User-agent: Mutt/1.5.18 (2008-05-17)

Rupa Bholanath Lahiri wrote:
> Before doing a build there may be a practice to check all working
> copies if there are any files which are modified but not checked-in.

I would not want that.  I typically save and build incrementally.
There will be ten thousand tiny little saves and compiles before I am
ready to commit a changeset.

> So one person may go around checking status of files in each
> person's working copy and accordingly check-in files which are not
> checked-in.

What are trying to protect against?

> Is there any other way to ensure that developers have not
> inadvertently left out checking-in files which they should have
> checked-in?

You should look at implementing an a Continuous Integration build.
Also developers should be able to run a clean checkout build and test
whenever desired.

This should include both an automated build and an automated test
environment.  Get everything working.  Then keep a policy (usually by
peer presure from other developers) that the build is always ready for
release.  When the build and test is broken then only allow commits
that fix the build.  During development do not allow the build and
test to remain broken and if it is then make getting it fixed a


reply via email to

[Prev in Thread] Current Thread [Next in Thread]