Как организована разработка больших проектов с частичным доступом к коду?

Question

[kodnik]

Очень интересно как организована разработка больших проектов, как предоставляется доступ к исходникам для оутсорсеров/фрилансеров. Какая система для этого используется? Как происходит тестирование написанного кода? Какую документацию или книгу следует прочитать чтобы разобраться с этим? Как устроена защита от воровства кода, к которому имеют доступ большое количество народа?!

Answer 1

[Влад Животнев]

Ну навсидку - svn (с делением прав по каталогам) + зеленый транк + автотесты на весь проект в каком-нибудь teamcity при сборке.

Comments

[kodnik]

"зеленый-транк" это что?

[Влад Животнев]

@kodnik ну в svn-е есть транк и бранчи. Транк - а-ля, мастер. Вот он всегда должен собираться целиком (в смысле компоненты всей вашей системы оттуда всегда должны собираться). Зеленый == прошедший все тесты после сборки, иначе ничего вообще не релизится.

[kodnik]

а что-нибудь подобное в git есть?

[Влад Животнев]

@kodnik в гите есть мастер-ветка и бранчи.
Другой вопрос, что с гитом нельзя в одном репозитории выдавать разные права на разные каталоги. Так что система сборки усложнится - придется все собирать из нескольких репозиториев.

Answer 2

[Сергей]

1. Готовая среда для исполнения кода программиста (тестирования)
2. Разделение проекта на системы (четкое описание API между системами)
3. Делегирование разработки разных систем разным разработчикам, причем чтобы они не знали друг друга и общались только через менеджера.

Comments

[kodnik]

А как поступить если происходит разработка бэкенда?

[Сергей]

Кому нужен ваш бекенд без бизнес-логики на сервере ?

[kodnik]

Так бекенд и рассчитывает всё, там заложены все формулы бизнес-логики. Конечно, без совокупности с фронтендом, не столь очевидна и визуализирована бизнес-логика, но она там и заложена.

[Сергей]

Сорри. Попутал бэкенд с фронтедом. Так я вам в ответе и написал про бэкенд (разделяйте систему на части, и не позволяйте собрать части в единое целое кем-то кроме вас)

Answer 3

[Sergey Lerg]

Плюс системы контроля версий типа bitbucket и багтрекеры типа JIRA.

Comments

[Сергей]

Поясните причем это тут вообще ?

[Sergey Lerg]

@begemot_sun предоставление сотрудникам/фрилансерам доступа к коду. Обычно каждая новая задача реализуется в новой ветке кода, а после успешного имплеминтирования и тестирования, она обратно вливается в основную master ветку.
В больших проектах без этого никуда.

[Offenso]

@Lerg Здесь не понятно как происходит сокрытие. Ветка не скрывает то от чего ответвляется. Пример невпопад.

[Sergey Lerg]

@Offenso Зачем скрывать код, над которым нужно работать? Если фрилансеру нельзя видить какой-либо код, ему не дают доступ к этому репозиторию.
Ветки нужны для разделения кода на задачи таким образом, чтобы никто из программистов не мешал друг другу.
Все же знают, что работать в одной ветке или одном SVN неудобно.

[Offenso]

@Lerg вы хоть читали исходный вопрос? В этом его суть //_-. Как организовать частичный доступ к коду.

[Sergey Lerg]

@Offenso Всё я читал: "как предоставляется доступ к исходникам для оутсорсеров/фрилансеров". Всё через Git.