Talk:Software configuration management

From Wikipedia, the free encyclopedia

This article is within the scope of Computing WikiProject, an attempt to build a comprehensive and detailed guide to computers and computing. If you would like to participate, you can edit the article attached to this page, or visit the project page, where you can join the project and/or contribute to the discussion.
??? This article has not yet received a rating on the quality scale.
??? This article has not yet received an rating on the importance scale.
This article is related to Wikipedia:WikiProject Method engineering.
Please note that the use of Wikipedia to host this project has been questioned. Please read this discussion and, if you wish, contribute your thoughts there.


Contents

[edit] Page move

Shouldn't this article [currently named SCM] be toasted, or what of it is useful moved over to Software Configuration Management? --132.198.104.184 16:38, 28 Jan 2005 (UTC)

I don't think so. --Marc Girod 14:10, 17 Jun 2005 (UTC)
This duplicates several articles such as version control and configuration management, and they should all be merged. Marc, it would help you told us why this article should exist, rather than pointing us somewhere else — you should be able to summarise the key points in a paragraph — and it is not enough to advert to your experience, you need to tell us what you have learnt. I agree, the article should be toast, just redirect to Software Configuration Management. --m.e. 2 July 2005 09:26 (UTC)
I stick to my opinion. Wikipedia is actually not the right place, because of its basic anti-SCM philosophy: it assumes the existence of a neutral point of view, and thus is non suitable for managing contexts. This is btw what I believe of the ME page: it is just one opinion, with which I fully disagree. —The preceding unsigned comment was added by 62.221.7.122 (talk) 16:27, August 20, 2007 (UTC)


[edit] SCM definition in other words

I think that "SCM is a methodology to control and manage a software development project" is a too broad, generic statement to express a summarized definition of SCM with reasonable accuracy. In my opinion, this definition can be improved. I'm sorry that I don't have a suggestion right now.

What do you think about this? Does my observation make some sense?

Yes, to some extent I agree that the definition you cite here is too broad and generic. It does talk about the subject but SCM does in fact have specific practices that should be apparent in the definition. The Software Engineering Institute (SEI), responsible for researching and creating the CMM and CMMI business models, has a very clear and succinct definition for SCM (or CM in the CMMI). I suggest that the article at least recognize the aspects presented there. .digamma 02:59, 21 April 2006 (UTC)
The point of view of SEI on SCM is neutral, i.e. interested, but non interesting. It is an anti-SCM point of view, because it pretends to be universal. Nobody has to be responsible for it. Nobody needs to manage it. This kind of thinking (which is the one of NPOV as I understand it, as well as the one of CM) is obsolete. SCM is a concern, borne in the context of an evolution. Definitions of SCM miss their point unless they are meant to be opposed, criticized, diff'ed. —Preceding unsigned comment added by Marc Girod (talkcontribs) 18:07, August 28, 2007 (UTC)

[edit] SCM is not part of CM

The first sentence of the page is controversial, or it is naive, in a way which doesn't resist examination. CM is not well defined. I.e. it is defined in many ways, usually inconsistent with each other, and essentially so. What is often understood (and documented, even in some standards) with CM is not any kind of abstract concept, rather an old concept (pre-software) optimized for historical tools (meetings and coffee). SCM is not part of that. It is more of an anti-thesis of this CM. Since everything can be represented with software, and software representations are suitable to be managed with software tools, SCM allows to manage any kind of information in a radically more powerful way than any conceivable competitive approach. It is thus from a practical point of view the only receivable kind of CM. CM which is not SCM is not CM at all. This point of view is not neutral. But no other point of view is, especially the one exposed in the current article. Marc Girod (talk) 23:22, 20 January 2008 (UTC)

[edit] difference from "source code management"

There exists also another "SCM": source code management, which looks similar to this concept (at least, the examples like BitKeeper, Mercurial suggest that these two things are similar). Could someone explicitly state what difference is meant by these different terms?--Imz (talk) 16:41, 26 May 2008 (UTC)