как обработать php проект с командой? [закрытый]

Тест Джоэла служит достойным обзором передовых методов управления командой

• Использование системы контроля версий
• Использование системы отслеживания задач
• Ведение расписания
• Задокументируйте свой дизайн
• Тест

Важной частью командной разработки PHP является разбиение функциональности на несколько файлов. Большинство разработчиков PHP делятся на два лагеря; Веб-разработчики, которым нужно было изучить серверный язык, и инженеры-программисты, которые переходят на веб-разработку. Первые, как правило, пишут весь свой код в чудовищно скрученных файлах, а вторые используют PHP для написания понятного кода, но часто не могут справиться с макетом без таблиц.

Чтобы хорошо работать с PHP, важно делать и то и другое право. Командная разработка требует разделения различных частей функциональности и пользовательского интерфейса в разные файлы с помощью включения или использования фреймворка. Однако обратите внимание, что и программная сторона, и веб-сторона имеют одно и то же решение; отделение модели от контроллера от представления, отделение содержимого от макета.

Еще одна вещь: типичная структура каталогов управления версиями магистрали / ветки не работает так же хорошо с веб-работой. Обычно у меня есть структура каталогов devel и live. Ваши разработчики работают в ветке devel, а затем, когда вы хотите применить изменения к действующему сайту, вам просто нужно указать своему программному обеспечению контроля версий применить те же изменения туда (Subversion очень хороша в этом).

Best удачи.

Я начал использовать Trac , когда я начал работать с другим разработчиком над приложением. Это отличный способ назначать задачи, отслеживать ошибки и функции, версии и т. Д. Я использую вместе с Subversion. Как уже упоминалось многими другими, вам нужен способ назначать задания, отслеживать ошибки и, конечно, контролировать версии, что очень важно.

Общение превыше всего! Электронная почта, готовящаяся к выпуску Google Wave, бесплатный IRC-сервер, то, что легко доступно и что ваши коллеги будут использовать. Все должны быть на одной странице, нет ничего хуже, чем работать над функцией или блоком кода, чтобы узнать, что кто-то другой занимается той же проблемой.

Удачи! Совсем другая атмосфера, когда вы руководите и управляете. Будьте открыты для предложений от команды.

Я рекомендую прочитать несколько книг по успешному управлению командой. Вот хорошая отправная точка:

Успешное управление командой, Ники Хейс

Отказ от ответственности: я никогда не читал эту книгу. Я даже не знаю, хорошо ли это. Однако вам могут помочь другие люди из той же категории.

Я буду искать полные решения.

Ну, ваше только полное решение - это нанять профессионального менеджера по разработке программного обеспечения.

Если вы все же надеюсь справиться сам, тогда о написании кода самому придется забыть. Вам нужно будет сконцентрироваться на управлении задачами, исходном коде и качестве программного обеспечения (тестирование). Инструменты, конечно, есть, но инструменты не являются законченными решениями (какими бы хорошими они ни были). Вот метафора: если у вас хороший молоток, это не обязательно означает, что все ваши гвозди будут гладкими и никогда не гнутся.

Таким образом, для управления командой разработчиков программного обеспечения требуются знания и опыт, а не только инструменты. Это очень отличается от написания приложения самостоятельно.

И будь храбрым!

Вам обязательно нужно начать использовать систему контроля версий, если вы еще этого не сделали - некоторые хорошие варианты: git (исключительно быстрый и полнофункциональный, http: // git -scm.com/) или bzr (намного медленнее, но проще в использовании, http://bazaar-vcs.org/ )

Одна интересная идея, которую я слышал по этой теме, заключается в использовании разработки через тестирование (TDD), при которой вы пишете тесты с помощью PHPUnit или SimpleTest, а затем передаете их команде разработчиков. После прохождения тестов задание считается выполненным.