If you could ship 20% faster, what would it mean for your business? What could you build? Better question, what’s slowing your teams down? Teams struggle to manage branching and merging. For bigger teams and projects, it gets even more complex. Tracking development using a flowchart, team wiki, or a white board is ineffective. And attempts to automate with complex scripting are costly to maintain. Remove the bottlenecks and automate your development your way with Perforce Streams –– the flexible branching model in Helix Core. Join Brad Hart, Chief Technology Officer and Brent Schiestl, Senior Product Manager for Perforce version control to learn how Streams can: -Automate and customize development and release processes. -Easily track and propagate changes across teams. -Boost end user efficiency while reducing errors and conflicts. -Support multiple teams, parallel releases, component-based development, and more.

1. Brad Hart, VCS Chief Technology Officer
Brent Schiestl, Senior Product Manager

2. perforce.com2 | Perforce © Perforce Software, Inc.
Confidentiality Statement
The information contained in this document is strictly confidential, privileged, and
only for the information of the intended recipient. The information contained in this
document may not be otherwise used, disclosed, copied, altered, or distributed
without the prior written consent of Perforce Software, Inc.

3. perforce.com3 | Perforce © Perforce Software, Inc.
Your Presenters
Brad Hart
VCS Chief Technology Officer
Brent Schiestl
Sr. Product Management

4. perforce.com4 | Perforce © Perforce Software, Inc.
How to Automate Your Development Process
1
2
3
4
Challenges Managing Branches
What Is Streams?
Streams Use Cases
Questions

5. Challenges Managing Branches

6. perforce.com6 | Perforce © Perforce Software, Inc.
Branching and Merging at Scale
• All development processes follow one or more “patterns.”
• Parallel development supports:
• Multiple teams, multiple releases, lots of users.
• Feature based development.
• Some have names, like GitFlow.
• All development patterns are managed with branching, merging, and tagging.
• For many teams, it is NOT automated. Challenges include:
• Prone to errors.
• Hard to learn/ remember. Often documented on a whiteboard!
• Many companies write scripts to manage.
• Costly to maintain.
• These issues are amplified as teams scale.
• Merge conflicts, failed builds, drawn out releases.

7. What Is Streams?

8. perforce.com8 | Perforce © Perforce Software, Inc.
Design and Automate Development
• Streams is how teams branch and merge in
Helix Core — version control by Perforce.
• Streams help you:
• Automate YOUR desired development process.
• Track branch to branch relationships.
• Visualize development in the Stream Graph.
• Minimize merge conflicts.
• Streamline your build process.
• No more scripts to write, nothing to
remember, less ERRORS!
• Streams supports complex development
processes while reducing bottlenecks and
accelerating teams.

9. Streams Use Cases

10. perforce.com10 | Perforce © Perforce Software, Inc.
When to Use Streams? Do You Have….
Component Based
Development
• How many components and
microservices do you have?
How many products use these?
• How many repositories do you
need to manage?
• Are your components shared
across multiple products?
• How do you bring these
components together?
Development Pipeline/Maturity
Model/Shift Left
• Is your organization currently
looking to shift-left?
• Are you having quality issues in
production?
• Have you had regressions make
it into production?
• When are bugs typically found
in the development process?
Multiple Teams, Releases, and
Variants
• How large are your teams?
• How many teams work on a
given product?
• How are your teams defined?
• Do you have to support
multiple slightly different
versions of the same product?
• How do you merge changes
across versions?
Streams can help you automate more and solve challenges, no matter your development method.

11. Component Based Development

12. perforce.com12 | Perforce © Perforce Software, Inc.
• Component Based Development (CBD) includes:
• Shared code.
• Common code.
• Microservices
• Producer/Consumer.
• CBD creates building blocks.
• Each “block” is worked on independently.
• “Blocks” are put together to create larger blocks.
• Larger groups of blocks are put together to create systems.
• Think of an automotive assembly line…
Component Based Development
+ +
=
+ +
=

13. perforce.com13 | Perforce © Perforce Software, Inc.
• CBD can have 100s to 10,000s of components.
• Difficult to keep track of all the dependencies.
• Late integration testing can lead to massive schedule delays and
defects.
• Propagating component defect fixes to all larger building blocks is
a monumental task and very often manual.
• You can create heavy-weight scripted layers on top of the VCS.
These solutions are:
• Painful to update.
• Costly to maintain.
• Not flexible.
• Quickly out-of-date.
Component Based Development Challenges

14. perforce.com14 | Perforce © Perforce Software, Inc.
• With Streams, all components are managed
independently and graphically.
• New versions of a component can be easily
tested just like code changes!
• Configurations are fully versioned giving
ultimate traceability.
• Simplifies developer experience.
• No need for external scripting for fewer:
• Mistakes.
• Regressions.
• Incorrect product configs.
• Delayed releases.
Component Based Development + Streams
Product is built from desired
version of each component.

15. perforce.com15 | Perforce © Perforce Software, Inc.
• Enterprises looking to modernize need a way to:
• Maintain legacy code.
• Improve performance and quality.
• Break up monolith structures.
• Integrate with CI/CD tool.
• Helix Core mitigates organizational risk, giving you time to slowly
move to CBD.
• Migrate your legacy monolith and implement CBD for new projects.
Streams Supports Monolith >> CBD
Existing Monolith à
Easiest, risk free path to components/microservices
Immediate performance and velocity improvement
STREAMS

16. Development Pipeline/Maturity Model/Shift Left

17. perforce.com17 | Perforce © Perforce Software, Inc.
• The later a defect is found, the more expensive it is to fix.
• Rework due to late stage defect detection chokes velocity.
• Mixing immature code with mature code creates havoc .
• Teams often need to send the “everyone stop checking in code so we can
get a clean build to QA” email.
• Shift-Left = Finding defects early in CI and testing.
• Keeping immature code separate from mature code streamlines the
development pipeline and keeps it running
• Ex: A bad checkin from a developer won’t break the build QA is testing.
Development Pipeline/Maturity Model/Shift Left

18. perforce.com18 | Perforce © Perforce Software, Inc.
Development Pipeline Challenges
New Functionality
(Innovation)
PLAN CODE BUILD TEST RUN
bugs
Users
User experience
Bug fix backlog slows
down teams.
Bug fixes – unplanned work
(found in QA or Production)
bottlenecks
$$$$
$$$
$
Focus on quality too late in SDLC
impacts cost and velocity.
Gaps in digital test coverage
impacts user experience, brand, and adoption.

19. perforce.com19 | Perforce © Perforce Software, Inc.
P1P1 P2 P1 P2 P3+ + +
Unit/Validate/Debug
CI - Smoke Scheduled Nightly NF UAT
Unit/Validate/Debug
Unit/Validate/Debug Production
Trigger
Feedback
Time
Pre-commit
Manually / On demand
Few minutes
Per-commit
Automatically
< 5-10 minutes
Every 3-4 Hours
Automatically
Nightly
Automatically
3-4 Hours 1 Day
24/7
Automatically
< 5 minutes
Nightly
Automatically
1 Day
Security
Performance
Devs
Test
Coverage

20. perforce.com20 | Perforce © Perforce Software, Inc.
Shift Left +
Streams
Dev Workspace
Code is fully tested before a person
reviews the changes.
Dev CI stream provides fast
feedback to the developer.
Test Streams provide
isolated environments for
automated testing, which
won’t be polluted with bad
checkins.
Less Stable
• With Streams, your teams can:
• Easily separate immature code
from mature code.
• Get faster feedback.
• Find defects earlier to help
avoid costly development
delays.
More Stable

21. Multiple Teams, Releases, and Variants

22. perforce.com22 | Perforce © Perforce Software, Inc.
• Companies with large, complex products often have:
• Multiple component teams.
• Feature teams.
• Front end/backend/API/database teams.
• Organizing and orchestrating the work of multiple teams, whose changes are interdependent is difficult.
• Often there is limited visibility into what everyone is working on and how it is connected.
• Teams defer integration and integration testing as it is too difficult.
• Waiting until the end causes delays in production, massive rework, and quality issues.
• Much like “merge early, merge often” is a best practices within a team, “integrate early, integrate often”
is a best practice across teams.
• This is very difficult unless you have the right VCS and process.
Multiple Teams

23. perforce.com23 | Perforce © Perforce Software, Inc.
Challenges for Multiple Teams
Backend API
E2E / Integration Pre-prod Production
Team A
Team B
Integration
Integration
Integration
• Late integration can cause ”Release Tail.”
• Need to test pre & post integration to quickly
identify of root cause of failure.
• Without a single unified platform, your
feedback loop can loose speed.

24. perforce.com24 | Perforce © Perforce Software, Inc.
Multiple Teams + Streams
API Teams Grouped Together
• Easy to see how teams relate
to one another.
• Encourages integration
EARLY.
• Automates the separation
and then integration of
multiple teams.
• Easily see when changes are
ready to integrate from one
team to another.

25. perforce.com25 | Perforce © Perforce Software, Inc.
• If you are supporting multiple product releases, you have a lot to support.
• This means bug fixes across multiple versions.
• For example, (4 major releases per year + 8 minor releases per year) * 3 years support
= 36 releases to support!
• Patching defects across multiple releases is very difficult.
• Which releases do you need to patch?
• What branch(es) do you need to patch into?
• How do you avoid regressions in future releases?
• Patching is often done manually due to VCS limitations.
• ZERO traceability .
• Highly resource intensive.
Parallel Releases

26. perforce.com26 | Perforce © Perforce Software, Inc.
• Streams allows you to visualize
all your releases and see how
they are connected.
• More easily propagate bug
fixes.
• Maintain releases with higher
quality.
Parallel Releases + Streams

27. perforce.com27 | Perforce © Perforce Software, Inc.
Multiple Variants
• Companies often need to produce slightly different versions of a given product.
• Most of the code is the same.
• Each variant differs.
• Fix or new feature code must be propagated across variant products.
• This could involve hundreds of variants.
• They must be maintained and tested each time a change is made to the base code.
• Propagating changes across variants has the same problems as supporting multiple parallel releases.
• Hard to determine where the changes need to go.
• Manual process to perform and verify the merge.
• Managing multiple variants can be costly and the stakes are extremely high.
16 GB 32 GB 64 GB 128 GB 256 GB

28. perforce.com28 | Perforce © Perforce Software, Inc.
Multiple Variants + Streams
Stream contains
base/common code for
all flash drives.
Stream inherits base/common code from
“flash” stream. It contains all the specific
code needed for the 128GB version.
With Streams, you always know where
code should flow. It is easy to see what
releases need changes and updates!

29. perforce.com29 | Perforce © Perforce Software, Inc.
• AUTOMATE any development process.
• Implement FLEXIBLE workflows.
• Maintain CONTROL.
• SIMPLIFY complex environments.
Start increasing your teams’ velocity and improving code quality.
With Streams, You Can….

30. Questions?