Make Subversion Agile

  • 6,543 views
Uploaded on

The biggest challenge to effective agile development in a distributed environment lies in maintaining the same level of communication and the same level of access to your Subversion repositories …

The biggest challenge to effective agile development in a distributed environment lies in maintaining the same level of communication and the same level of access to your Subversion repositories that’s possible when everyone works from one location. The implementation architecture and the tools you choose to support distributed development can either help or hurt.

More in: Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
6,543
On Slideshare
0
From Embeds
0
Number of Embeds
5

Actions

Shares
Downloads
30
Comments
0
Likes
1

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide
  • I’m a agile software developer who uses SCM to help teams be more effective, and more agile I've worked with distributed teams since I started my career, and almost every project I have worked on has involved collaborating with a development team in another city, or even another timezone. My first development project involved teams in two different cities collaborating on a product, and it was the SCM and build practices that helped enable us to work effectively and to overcome the communications barriers that distance can cause. Because we thought about how we could use our SCM and build practices as a way to communicate, the teams worked together very well, in spite of the distance, the poor network connections, and in spite of the lack of good web-tools. It was working on that team as an engineer where I started thinking about the impact that collaboration and SCM can have on project success, and where I started thinking about what later became SCM patterns. 02/17/10
  • The Agile Manifesto is are principles that guided the development of Agile Methods. Here is how they relate to SCM Individuals and Interactions over Processes and Tools SCM Tools should support the way that you work, not the other way around Working Software over Comprehensive Documentation SCM can automate development policies & processes: Executable Knowledge over Documented Knowledge Customer Collaboration over Contract Negotiation SCM should facilitate communication among stakeholders and help manage expectations Responding to Change over Following a Plan SCM is about facilitating change, not preventing it WHILE GOOD SCM IS ESSENTIAL Bad SCM can make it difficult to be agile. Tools are complicated, code is complicated and teams are complicated. Agile Methods emphasize: Feedback Communication Process that adds value Agile SCM Simple and effective SCM Enables development Not only for agile teams Balance Feedback and Stability 02/17/10
  • So, what’s agile? If you pick up a book on agile, you’ll hear about principles and practices. You’ve probably heard this story before: “ you talk to someone who’s claiming to be agile, and you ask: do you do unit testing? NO, do you do pair programming? NO. Continuous integration? NO. Frequent releases? NO. How can you claim that you are doing agile? WE DON’T DO SPECS or DOCUMENTATION,” So, practices are important… but each team might apply practices slightly differently, so what are the key aspects of agile? Incremental: Small (or at least discrete) steps. Iterative: Adjust and adapt Self Organizing Teams: Agile teams decide how to get the work done and learn from it. Rather than assuming a lot of control (which can slow things down), you’re setting some guidelines and metrics – based on results that the customer cares about, but letting the team work out the details. Because the team is responsible for how they work, they can COMMIT. Self imposed commitment works well. Feedback and Adapt: At the end of each iteration team looks at how well they did against the goal. Some of the issues can involve Requirements, development process, infrastructure… The metric for an agile team is “did they deliver what the customer wants at the end of an iteration?” NOTE: Agile requires lots of discipline. The steps may be fewer, but they must be done well Let’s look at one process briefly: Scrum Agile software development works well in environments where requirement change, where there is uncertainty) SCM processes can support or hinder both incremental and interative approaches. (Talk thorugh scrum diagram. There is testing and CI throughout) 02/17/10
  • START SCM -- Intro to SCM Concepts Module I was speaking to some people at a conference last year about SCM and agile teams. When I reviewed the feedback (in person and forms) I had a couple of reactions: They found the talk useful and they were disappointed that there wasn’t more on branching. The other thing people ask about is Tools. SCM is more than just branching. SCM might not even involve branching at all. SCM is about more than tools. So, we’ll talk about what SCM is, why you (as testers and QA managers) should care, what challenges there are, And also how agile teams might take a different approach to SCM. Agile teams use all of the same tools and concepts, but in a different way. 02/17/10
  • SCM is NOT just branching (Maybe do some effects to reveal each bullet in turn?) Identification: an identification scheme is needed to reflect the structure of the product. This involves identifying the structure and kinds of components, making them unique and accessible in some form by giving each component a name, a version identification, and a configuration identification. For example, this addresses the question, "What version of the file is this?" Control: controlling the release of a product and changes to it throughout the lifecycle by having controls in place that ensure consistent software via the creation of a baseline product. For example, this addresses the question, "How many changes went into the latest version of this product?" Status Accounting: recording and reporting the status of components and change requests, and gathering vital statistics about components in the product. For example, this addresses the question, "How many files were affected by fixing this one bug?" Audit and review: validating the completeness of a product and maintaining consistency among the components by ensuring that components are in an appropriate state throughout the entire project life cycle and that the product is a well-defined collection of components. For example, this addresses the question, "Are all the correct versions of files used in this current release?" The difference is the focus on what you want to do, versus what you are doing. SCM is about putting things together and change management. Version Management is basic, but you also need build management, testing, etc. Branching and Merging are means to an end, but there are many ways to build a tool 02/17/10
  • 02/17/10
  • What this means for agile teams: SCM processes enable you to coordinate, among your team mates, among various sites, between you and your customers. Version Management is a subset of SCM. The most visible one. Build management: Not a typical SCM function, but without the build you don’t know where you are.
  • MODULE START: SCM IN CONTEXT Different SCM for Different teams. Different approaches to solve the problem. For example, a startup team in one room with a shared vision needs less SCM coordination than a team spread across different time zones. A team with one customer, or a software as service provider who controls when updates happen will need less branching than a team with many. The mode modular your architecture, the less variation you need to manage with codelines. Here’s a quick example of modularity using spring 02/17/10
  • Another part of your context is tools. Story: Often people ask me “What SCM Tool should I use.” I can’t give a good answer to that without an understanding of your work style and constraints. Some tools do some things better than others, but you can have an effective process with almost any tool. Here are some things to consider when looking at tools: Start with an understanding of what workflow makes sense for your team. You can be effective with any tool. Don’t put off version control tooling because you can’t get the right too (Skyva Story about not getting Clear Case but being frustrated with current tools.) Qualities: Fast. You want people too commit regularly and not break flow. Transparent: IDE integration Traceability: Integration with issue tracking systems. END CONTEXT ---- End CONTEXT module Photo: Bell Aircraft Corporation, Niagara Falls, New York. Employees must buy their own tools. Many women are learning the use of tools for the first time. Collins, Marjory, 1912-1985, photographer. 02/17/10
  • 02/17/10
  • This slide provides a sampling of the customers who’ve implemented this technology to take advantage of the kinds of benefits and costs savings that it can offer. In fact you can download a Forrester Research report from WANdisco’s website that revealed that customers can expect on average to achieve a 167% return on investment with a 9 month payback period after implementing Subversion MulitSite.

Transcript

  • 1. Make Subversion Agile in a Distributed Development Environment Steve Berczuk Agile Expert and Author Jim Campigli VP Product Marketing
  • 2. QUICKPOLL
    • What agile methodology are you using now?
    • Scrum
    • XP
    • Other
    • Not using agile
  • 3. QUICKPOLL - RESULTS
    • What agile methodology are you using now?
    • Scrum
    • XP
    • Other
    • Not using agile
  • 4. Make Subversion Agile in a Distributed Development Environment Steve Berczuk Agile Expert and Author © 2010 Steve Berczuk
  • 5. AGENDA
    • Agile Basics
    • How SCM Enables Agile Teams
    • Distributed Agile Challenges
    • Review
  • 6. Steve Berczuk
    • www.berczuk.com/blog
    • www.scmpatterns.com
    • [email_address]
    © 2010 Steve Berczuk
  • 7. Agile and SCM
    • Communication
    • Collaboration
    • Feedback
    • Agile and SCM establish a framework to
      • Enable focus
      • Eliminate distractions
    © 2010 Steve Berczuk
  • 8. Agile Manifesto
    • Individuals and Interactions over Processes and Tools
    • Working software over Comprehensive Documentation
    • Customer Collaboration over Contract Negotiation
    • Responding to Change over Following a Plan
    • Good SCM is essential for Agile Software Development
    © 2010 Steve Berczuk
  • 9. What is Agile?
    • Incremental and Iterative
      • Feedback, Adapt
      • Focus on delivering value
    • Self-Organizing Teams
      • Commitment
    • Communication
    • Working Code
      • Tests
      • Integration
      • Private Workspaces
    © 2010 Steve Berczuk
  • 10. Agile is…
    • Values:
      • Communication
      • Feedback
      • Working Code
    • Tools:
      • Continuous Integration
      • Version Management
      • Automated Testing
    © 2010 Steve Berczuk
  • 11. Software Configuration Management
    • SCM Functions
    • SCM & Agile Teams
    © 2010 Steve Berczuk
  • 12. What is SCM?
    • Functions:
      • Identification
      • Control
      • Status Accounting
      • Audit and Review
    • Activities:
      • Getting Code
      • Building
      • Branching and Merging
    • Communication
    • Working Software
    © 2010 Steve Berczuk
  • 13. Agile Development © 2010 Steve Berczuk Repository
  • 14. SCM & Agile Teams
    • Coordination
      • Version Management
      • Build Management
      • Testing
    • Essential Function with Low Overhead
    © 2010 Steve Berczuk
  • 15. Distributed Teams
    • Challenges
      • Communication
      • Feedback
    • Integration
    • SCM tools and processes can help
    © 2010 Steve Berczuk
  • 16. SCM In Context © 2010 Steve Berczuk
  • 17. Distributed Agile Success Factors
    • Project Management
      • Shorter Sprints
    • Engineering Practices
      • Integrate Frequently
      • Test
    • Review and Retrospect
    © 2010 Steve Berczuk
  • 18. Tools
    • Tools Help
    • Process/Workflow First
    • Qualities
      • Fast
      • IDE Integration
      • Issue Tracking Integration
      • Build Integration
      • Automation
    • People are Human
    © 2010 Steve Berczuk
  • 19. Summary
    • SCM Tools and Practices Enable Agility
    • Distributed Teams -> Communication Challenges
    • Version Management & CI are communication
    © 2010 Steve Berczuk
  • 20. More Info
    • Software Configuration Management Patterns: Effective Teamwork, Practical Integration by Steve Berczuk & Brad Appleton
    • Continuous Integration: Improving Software Quality and Reducing Risk by Paul Duvall and Andy Glover
    • CM Crossroads: www.cmcrossroads.com
    © 2010 Steve Berczuk
  • 21. Thank you!
    • For more information:
    • Steve Berczuk
    • Engineer, Humedica
    • [email_address]
    • www.berczuk.com
    • www.berczuk.com/blog
    • www.scmpatterns.com
    © 2010 Steve Berczuk
  • 22. QUICKPOLL
    • Is your development organization…?
    • Local to one site
    • Regional
    • National
    • International
  • 23. QUICKPOLL - RESULTS
    • Is your development organization…?
    • Local to one site
    • Regional
    • National
    • International
  • 24. Make Subversion Agile in a Distributed Development Environment Jim Campigli VP Product Marketing
  • 25. AGENDA
    • Central Server Architecture
    • Proxy Server
    • Subversion MultiSite
    • Subversion Clustering
    • Summary
  • 26. Central Subversion Server
    • Central servers can’t support agile in large distributed environments.
      • Slow networks cause remote sites to checkout and commit infrequently.
      • Continuous build integration becomes impractical
      • Single point of failure architecture limits availability.
    Copyright © 2009 - 2010 WANdisco, Inc. All rights reserved.
  • 27. Proxy Server
    • Proxy server solutions have the same network performance issues for commits and other writes.
      • Remote sites can’t perform builds locally if write steps are involved.
      • Master server is a single point of failure for commits and other writes.
      • No guarantees of transactional consistency between master and slave servers.
    Copyright © 2009 - 2010 WANdisco, Inc. All rights reserved.
  • 28. Subversion Multisite
    • Continuous communication.
      • Latest changes are available everywhere at LAN-speed.
      • Merge conflicts are caught and fixed when they occur.
    • Continuous build integration.
      • Each site can perform builds and test locally with the latest code.
    Copyright © 2009 - 2010 WANdisco, Inc. All rights reserved. Subversion MultiSite supports distributed agile by enabling:
  • 29. Subversion MultiSite
    • Peer-to-peer architecture with no single point of failure.
    • Subversion repositories connected over a WAN synchronize automatically with each write operation.
    • Developers at all locations experience LAN speed performance for both read and write operations.
    • Built-in hot backup and automated disaster recovery features make third party solutions completely unnecessary.
    • Transparent implementation doesn’t change Subversion’s behavior, so there’s no retraining.
    Copyright © 2009 - 2010 WANdisco, Inc. All rights reserved.
  • 30. Subversion Clustering
    • Allows Subversion servers to be deployed in an active-active cluster.
    • Same replication technology as Subversion MultiSite.
    • Offload build process from development servers at large sites.
    • Latest changes from development servers are available on build servers.
    Copyright © 2009 - 2010 WANdisco, Inc. All rights reserved.
  • 31. Subversion Clustering
    • Shared nothing clustering
      • No sharing of disk, memory or CPU.
    • No single point of failure.
      • Even load balancers can be made redundant.
    • The cluster appears to end users as a single Subversion server.
    • Intelligent load balancing for optimal performance.
    • Failover is transparent and immediate.
    Copyright © 2009 - 2010 WANdisco, Inc. All rights reserved.
  • 32. Subversion Clustering
    • Can be implemented in combination with Subversion MultiSite.
    • Local clusters can be combined into a active-active WAN cluster.
    • Entire solution can be monitored and administered from one location.
    Copyright © 2009 - 2010 WANdisco, Inc. All rights reserved.
  • 33. Customers
  • 34. Summary
    • Unique technology allows distributed teams to work as one at LAN-speed over a WAN, not in silos.
    • Subversion MultiSite supports distributed agile development by enabling:
      • Continuous communication
      • Continuous build integration
      • High availability with no downtime.
    • All servers can be monitored and administered from a single location.
    • Subversion Clustering combines intelligent load balancing with WANdisco’s unique technology to remove the performance bottleneck of a central server and eliminate downtime at a single location.
    • Subversion Clustering can be implemented standalone or in combination with Subversion MultiSite to enable local clusters to be combined into an active-active WAN cluster.
    • Both solutions make full 24X7 operation possible.
    • Both solutions feature a transparent architecture that eliminates retraining.
  • 35. Questions and Next Steps
    • For more information on Subversion or to request a copy of slides used in today’s presentation, please contact:
      • Email: [email_address]
      • Web: www.wandisco.com
      • Phone: 866 846 0404 (U.S.)
      • Phone: +44 (0)114 3039985 (Europe)
      • Join the Subversion Community today!
      • http:// subversion.wandisco.com /
      • Learn more about Subversion services and training
      • http:// wandisco.com/svn/services