Perforce Streams: Everything You Need to Know

preview_player
Показать описание
This video provides an overview of the main types of streams in Helix Core, as well as the iconography and relationships between stream types in the Helix Visual Client (P4V). Perforce solutions engineer, Jase Lindgren, also provides some example use cases and workflows for each stream type (mainline, development, release, virtual, and task), so you can learn how to best leverage each type.  

Please like and subscribe if you enjoyed this video. By subscribing to our channel, you’ll get updates on future videos about how to use Helix Core, new Perforce features, and related topics.  

 - - -

Рекомендации по теме
Комментарии
Автор

It's almost like Jase listens to the community... hmmm and he's a good actor... something's up! Jase Lindgren is up!

coltish
Автор

Really nice overview Jase, I've been a Perforce admin for 15 years, but always learn something new from your videos :) I was wondering if there is any automation to help with the naming of Tasks streams available out of the box? Like autofill with a job name, or jira ticket, or even just an incrementer, from a trigger on the server or even client side.

DanielHeeris
Автор

I'd appreciate some insights on best practices. Currently, I'm working with a third-party codebase template, which forms the foundation for two distinct projects of mine. My aim is to establish this codebase template as the mainline stream. This way, whenever there's an update from the original developer, I can seamlessly update the mainline stream and subsequently merge these updates into the development branches of my projects. The key idea is to facilitate smooth updates to these branches whenever the third-party codebase is upgraded.

Considering this, I was contemplating setting up three separate depots: one serving as the mainline for the third-party codebase and the other two as development streams branching from this mainline. Additionally, I plan to have release streams branching from these development streams instead of directly from the mainline. Is this a structurally sound approach? Would this setup effectively support updates across my projects while maintaining clear separation between them?

Grand_Alchemist