Understood; I too, have started to use hg internally at Cisco. But I still take care to set svn:ignore properly when I commit back to the main repository, for a few reasons:

- SVN is the official SCM for OMPI; it's a choice to *not* use it
- there are still a good chunk of developers using SVN exclusively
- the svn:ignore information can be mined and used in other SCM systems, such as hg and git (hg has some internal "ignore" problems, but that's a different issue)

So I still think that everyone should be setting svn:ignore properly.

My $0.02...


On Feb 13, 2008, at 7:55 AM, Ralph Castain wrote:

Yo Jeff

I sympathize with your request. However, we should note that those of us not
using subversion for our work (e.g., using Hg or GIT) may not see this
problem despite best intentions. Those system set "ignore" on a global
basis, not on a per directory basis like svn. So (a) we just don't see any warning about this, and (b) we don't have a way to set those properties in
our repositories.

When we merge the work from our repository over to an svn checkout, we
typically do not build it there. This helps when we are transitioning back and forth between the official svn repository and our local repository. So
we again won't see an svn:ignore issue.

I know that doesn't help any, but I think it probably explains the majority of what you are seeing. I'm not sure there is a good answer, unfortunately.

Ralph



On 2/12/08 7:46 AM, "Jeff Squyres" <jsquy...@cisco.com> wrote:

Developers --

When you add a new component, framework, or anything that includes one or more new directories: please be sure to set the svn:ignore property on each new directory properly. Here's the SVN docs on the svn:ignore
property:

http://svnbook.red-bean.com/en/1.4/svn-book.html#svn.advanced.props.special.ig
nore

It is proper to ignore all automatically-generated files, such as (but
not limited to):

*.la
*.lo
.libs
.deps
.dirstamp
Makefile
Makefile.in
static-components.h
...etc.

Thanks.


_______________________________________________
devel mailing list
de...@open-mpi.org
http://www.open-mpi.org/mailman/listinfo.cgi/devel


--
Jeff Squyres
Cisco Systems

Reply via email to