- organize assets under configuration management across one or more repositories, and across directory-tree structures within a repository in order to assist not just software design/architecture, or to minimize build-dependencies or build-times, or assist traceability and/or configuration auditing
- Change Control - setting up, chartering, and running and facilitating a CCB (see patterns from Ellen Gottesdiener's book Requirements by Collaboration ), deciding policies for obtaining stake-holder buy-in
- Configuration Audit/Review - conducting or automating audits and reviews of builds and baselines
- Configuration Status Accounting/Reporting - tracking and managing the status of requests, changes, and baselines the face of multiple releases and/or variants, change propagation and coordination with multiple codelines and/or sites and/or vendors/suppliers, devising and implementing promotion lifecycle models
- Distributed and/or Multi-Site SCM - including integration coordination/synchronization "topologies" for distributed parallel development
- Multi-Component and/or Product-Family SCM - effective strategies for working with multiple versions of multiple components being integrated into a system, and/or for families of components with subsets of components and component versions being combined and configured to build/package/release multiple products in a product-line
- SCM Solution selection/deployment/architecture - plotting the particulars of how SCM will operate within your organization, defining an overall process framework and "governance", evaluating SCM tools and technology, administering and deploying/upgrading tools and processes across a network of servers and repositories and workspaces, coordinating and synchronizing upgrades of repositories and workspaces
- Database CM- CM of databases, stored procedures, database schemas and views, queries and reports; configuration and use of database workspaces and production "sandboxes" and database "code integration."
- Web SCM- configuration and content management of websites and web software, including all artifacts (code, HTML/XML files, XML schemas and ontologies, JavaBeans and EJBs, managing JAR/WAR/EAR files)
- Service-Oriented SCM - SCM for service-oriented architecture, and service-oriented architecture of SCM itself (e.g., CM Services model of Dart )
- Enterprise CM- managing change across the enterprise, CM of enterprise architecture, CM with and for business processes, workflow, B2B and EAI
 We're using the SCM Pattern Language as an example; there are other pattern languages out there.
 E. Gottesdiener, Requirements by Collaboration : Workshops for Defining Needs . Boston: Addison-Wesley, 2002.
 S. Dart, The Past, Present, and Future of Configuration Management , SEI Report Number : CMU/SEI-92-TR-8 ESC-TR-92--8
The Pattern "Language" Angle
As previously mentioned, patterns describe individual solutions to a recurring problem in a context. A pattern language is more like a seasoned "trail guide" thru a set (or family) of related patterns that build upon one another. They help "connect the dots" to realize a more complete overall SCM domain solution. Documenting more proven SCM patterns is important, but so is being able to successfully select from and navigate through a growing body of SCM patterns. In addition to inviting you to document and disseminate more SCM patterns, we also heartily encourage you to help others see how patterns work together. Possible topics include:
- Connecting and inter-relating patterns - taking some existing "named" best-practices and showing how they work together to create a larger solution (where to start, where to go next, what factors to consider in choosing the next stop on the destination). One possible example would be to take the patterns in the Software Configuration Management Patterns , and in AntiPatterns and Patterns in Software Configuration Management  and relating them all together to "connect the dots" between them.
- Sharing experiences with power of pattern names to convey an SCM concept in a tool-independent way, and/or with a "suite" of patterns to create a "shared language" in one's own "shop" for discussing and disseminating SCM problems/solutions and process
- Relating patterns or pattern-languages across domains - for