Difference between revisions of "Project Snowstorm"

From Second Life Wiki
Jump to navigation Jump to search
m
(Axe mercurial workflow link)
(7 intermediate revisions by 2 users not shown)
Line 1: Line 1:
__NOTOC__
__NOTOC__
<div style="padding: 0.5em; font-size: 11pt;">[[Image:New-Snowstorm-icon.png|left]] '''''Snowstorm'' is the name of the team responsible for coordinating development and integration of the Second Life Viewer, and for engaging the open source development community in its evolution.  The Snowstorm team and Project Snowstorm started in August, 2010.'''</div><br clear="all"/>
[[Image:New-Snowstorm-icon.png|left]] '''''Snowstorm'' is the project name we use for contributions from the open source development community.'''
 
{|cellspacing="5px"
|valign="top" width="50%"|


{{Box|Communications|2=
{{Box|Communications|2=
*[[User:Oz_Linden|Oz Linden]], Snowstorm lead
*[[User:Oz_Linden|Oz Linden]], Director of Second Life Engineering
*Email list: [https://lists.secondlife.com/cgi-bin/mailman/listinfo/opensource-dev opensource-dev] ([http://lists.secondlife.com/pipermail/opensource-dev/ archive])
*Email list: [https://lists.secondlife.com/cgi-bin/mailman/listinfo/opensource-dev opensource-dev] ([http://lists.secondlife.com/pipermail/opensource-dev/ archive])
*IRC: [irc://irc.freenode.org/opensl #opensl on freenode]
*IRC: [irc://irc.freenode.org/opensl #opensl on freenode]
*[[Project Snowstorm/Calendar|Calendar]] ([http://www.google.com/calendar/ical/lindenlab.com_k0e2g2gmqrhm0esbrh31f0qbac%40group.calendar.google.com/public/basic.ics ical])
*[[Project Snowstorm/Calendar|Calendar]] ([http://www.google.com/calendar/ical/lindenlab.com_k0e2g2gmqrhm0esbrh31f0qbac%40group.calendar.google.com/public/basic.ics ical])
*[http://hg.secondlife.com/viewer-development Viewer Development Source Repository]
*[[Linden Lab Official:Viewer Source Repositories]]
*[https://codereview.secondlife.com/ Code Review Tool] and [[Code Review Tool|documentation on how to use it]]
*[https://jira.secondlife.com/secure/Dashboard.jspa?selectPageId=13615 Snowstorm Jira Dashboard]
}}
}}


|valign="top" width="50%"|
By nature, open source contributions generally do not fit well into schedules, but getting them into the main stream of viewer development does require some structure.  If you have work that you'd like to do, it helps to understand our [[Viewer Integration and Release Processes]].
 
{{Box|Testing|2=
The following is links to the most recent builds from the main viewer-development integration repository:
{{ViewerDevelopmentInstallers}}
and we also frequently publish [[Downloading test builds|test builds]] for things that have not yet been integrated.
}}
|}
==Processes==


By nature, open source contributions generally do not fit well into schedules, but getting them into the main stream of viewer development does require some structure.  If you have work that you'd like to do, it helps to understand our [[Viewer Integration and Release Processes]].
'''If you are looking for tasks''' you can use to get familiar with how to work on the viewer, check out the [https://jira.secondlife.com/secure/IssueNavigator.jspa?mode=hide&requestId=14035 Open Source Development Ideas filter].


There is a page on [[How To Propose A Viewer Feature]]; the Snowstorm team meets every other week with the Product Team to review open source proposals for open source contributions.  The goals of this review are:
There is a page on [[How To Propose A Viewer Feature]]; the Snowstorm team meets every other week with the Product Team (an internal cross-functional group) to review open source proposals for open source contributions.  The goals of this review are:
* To determine whether or not the proposal is one that fits into our vision of how the viewer should work
* To determine whether or not the proposal is one that fits into our vision for the viewer
* To ensure that it does not conflict with other work being done inside the Lab
* To ensure that it does not conflict with other work being done inside the Lab
It helps to have a comprehensive and specific description of the proposed change; what the user interface will be, how it will affect the shared experience of users, what backward compatibility issues it may have, etc.  For obvious bug fixes, the review can be nearly pro forma, but even then we may ask you to wait until another time or to modify the proposed fix in some way.  The result of this review may be that we will ask you to modify or refine the idea further, or we may decide that it is not suitable for inclusion in the main viewer code.
It helps to have a comprehensive and specific description of the proposed change; what the user interface will be, how it will affect the shared experience of users, what backward compatibility issues it may have, etc.  For obvious bug fixes, the review can be nearly pro forma, but even then we may ask you to wait until another time or to modify the proposed fix in some way.  The result of this review may be that we will ask you to modify or refine the idea further, or we may decide that it is not suitable for inclusion in the main viewer code.
Line 34: Line 23:
}}
}}


In addition to its own development tasks, the Snowstorm team is responsible for integration of all contributions to the Viewer from other Linden Lab development teams and from open sourceThe submission process is described in [[How To Submit A Viewer Change]].
The review and QA process of Snowstorm issues is reflected in the Jira workflow, so you can track the status of any contribution by watching its status thereThis flow is described in [[How To Submit A Viewer Change#Open Source Submissions]].
 


===Other Helpful Links===
===Other Helpful Links===


* [[Develop Viewer Code]] a quick overview of how to set up and manage your working repositories
* [[Develop Viewer Code]] a quick overview of how to set up and manage your working repositories
** [[Basic Mercurial Workflow|More comprehensive Mercurial workflow]] (not needed for small changes)




Line 50: Line 37:
: For the Development branch, the Snowstorm Team has a JIRA-based queue for requests for integration (pull requests) from Project branches that have met the integration criteria. The Snowstorm team commits to servicing the items in that queue within 1 business day.
: For the Development branch, the Snowstorm Team has a JIRA-based queue for requests for integration (pull requests) from Project branches that have met the integration criteria. The Snowstorm team commits to servicing the items in that queue within 1 business day.
; Which issue tracker are we using?
; Which issue tracker are we using?
: We use the public [https://jira.secondlife.com/ Jira]. New issues should be created in the VWR project, and we'll move appropriate open issues from there and Linden Lab internal projects (these will become part of the Snowstorm Team backlog) to the public STORM process.
: We use the public [https://jira.secondlife.com/ Jira]. New issues should be created in the BUG project, and we'll move appropriate open issues from there and Linden Lab internal projects to the public STORM process.


[[Category:Open Source Portal]]
[[Category:Open Source Portal]]
{{Multi-lang}}
{{Multi-lang}}

Revision as of 05:25, 18 July 2020

New-Snowstorm-icon.png

Snowstorm is the project name we use for contributions from the open source development community.


By nature, open source contributions generally do not fit well into schedules, but getting them into the main stream of viewer development does require some structure. If you have work that you'd like to do, it helps to understand our Viewer Integration and Release Processes.

If you are looking for tasks you can use to get familiar with how to work on the viewer, check out the Open Source Development Ideas filter.

There is a page on How To Propose A Viewer Feature; the Snowstorm team meets every other week with the Product Team (an internal cross-functional group) to review open source proposals for open source contributions. The goals of this review are:

  • To determine whether or not the proposal is one that fits into our vision for the viewer
  • To ensure that it does not conflict with other work being done inside the Lab

It helps to have a comprehensive and specific description of the proposed change; what the user interface will be, how it will affect the shared experience of users, what backward compatibility issues it may have, etc. For obvious bug fixes, the review can be nearly pro forma, but even then we may ask you to wait until another time or to modify the proposed fix in some way. The result of this review may be that we will ask you to modify or refine the idea further, or we may decide that it is not suitable for inclusion in the main viewer code.

KBnote.png Note: Changes that introduce new Viewer features may not be submitted for integration without having a proposal reviewed and accepted first. Changes to fix a bug that the triage process has Accepted may be submitted at any time so long as all integration criteria have been met (but a proposal for these is a good idea).

The review and QA process of Snowstorm issues is reflected in the Jira workflow, so you can track the status of any contribution by watching its status there. This flow is described in How To Submit A Viewer Change#Open Source Submissions.

Other Helpful Links


Questions & Answers

Who gets commit access?
Commit access by open source contributors is not available to any Linden Lab repository, including viewer-development.
Individual development teams, whether inside or outside Linden Lab, decide who has commit access to their Project branches.
For the Development branch, the Snowstorm Team has a JIRA-based queue for requests for integration (pull requests) from Project branches that have met the integration criteria. The Snowstorm team commits to servicing the items in that queue within 1 business day.
Which issue tracker are we using?
We use the public Jira. New issues should be created in the BUG project, and we'll move appropriate open issues from there and Linden Lab internal projects to the public STORM process.