{"id":1490,"date":"2011-01-11T10:00:00","date_gmt":"2011-01-11T14:00:00","guid":{"rendered":"http:\/\/www.zackgrossbart.com\/blog\/?p=1490"},"modified":"2022-01-15T06:02:15","modified_gmt":"2022-01-15T10:02:15","slug":"subversion-transition-to-an-open-team","status":"publish","type":"post","link":"https:\/\/www.zackgrossbart.com\/blog\/2011\/01\/subversion-transition-to-an-open-team\/","title":{"rendered":"Subversion Transition To An Open Team"},"content":{"rendered":"
Chapter 7 – Subversion<\/a>: Creating An Open Team<\/div>\n

Brian Fitzpatrick remembers, \u201cIn order to really expand beyond the small group of people that CollabNet was paying to work on [Subversion] we needed to find a way to be inclusive of other people.\u201d The Subversion team started their transition by identifying and removing every team practice which contributed to second class citizens. They established a set of rules for the team to make sure it became an open team and stayed that way.<\/p>\n

Make All Decisions Publicly<\/h2>\n

When Jim, Karl, Brian, and Ben talked they made decisions about the project. Often without realizing it. There was just a general feeling that the four of them made a quorum. Ben said, \u201cwe thought it was silly to have \u2018trivial\u2019 dialog on the mailing list.\u201d They tried it anyway and they immediately \u201cstarted attracting some unbelievable volunteer developers.\u201d<\/p>\n

No Phone Calls<\/h2>\n

\nKarl Fogel:<\/p>\n

\u201cAll conversation should be held in a public forum by default.\u201d\n<\/p><\/blockquote>\n

The team continued to have personal conversations, but they don\u2019t make decisions about Subversion. Phone calls are a very useful way of communicating with individuals. They aren\u2019t very useful for communicating with teams. The core team didn\u2019t stop talking with each other; they just stopped making decisions without the rest of the group.<\/p>\n

Use the Tools Well<\/h2>\n

\nKarl Fogel:<\/p>\n

\u201cUse the tools and the metadata in the way that they are meant to be used.\u201d\n<\/p><\/blockquote>\n

Another part of creating a useful body of information for the team is making sure everything has useful metadata. This particularly applies to using threads well on the Subversion mailing lists.<\/p>\n

The Subversion team uses their mailing list as a discussion forum. Patches are submitted, problems are addressed, and features are discussed. From the start they enforced the use of threads for these discussions. Every mailing list post was grouped by subject.<\/p>\n

Don\u2019t Repeat a Conversation, Link To It<\/h2>\n

\nKarl Fogel:<\/p>\n

\u201cDon\u2019t say something unless you have something new to say.\u201d\n<\/p><\/blockquote>\n

Making major decisions on the email list created an archive, but the Subversion team wanted to make sure that archive remained useful over time. To make this possible the Subversion team created a strict rule to reference information rather than repeat it. If something had already been discussed by the team they didn\u2019t want to repeat the discussion. By consolidating their information the Subversion team created an environment that fostered open collaboration.<\/p>\n

No Code Owners<\/h2>\n

Many teams use an owner or an author comment on source code files to establish who has responsibility for that file. The Subversion team forbids them. Karl explains, \u201cIf you put a name at the top it makes other people feel like they have to ask permission before they make changes in that file.\u201d
\n http:\/\/credit-n.ru\/offers-zaim\/moneyman-srochnye-zaimy-online.html<\/a> http:\/\/credit-n.ru\/offers-zaim\/webbankir-online-zaim-na-kartu.html<\/a>