а на полную катушку это кстати как??
ну особенно про Trac
в каких разрезах его используете?

(Reply) (Thread)

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

(Reply) (Parent) (Thread)

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

(Reply) (Parent) (Thread)

1) перед обновлением конкретного хоста ставится maintenance заглушка либо он исключается из списка бекендов upstream'а
2) для обновления и прогона unit-тестов при деплойменте используем phing + pake + cluster ssh для php или capistrano для rails

(Reply) (Parent) (Thread)

то есть реально ничего лучше phing, rake и capistrano?

(Reply) (Parent) (Thread)

IMHO да, ничего лучше нету

для php phing+pake - допиливать придется довольно много
для rails capistrano + rake

(Reply) (Parent) (Thread)

ок. спасибо. буду пробовать.

(Reply) (Parent) (Thread)

Это реальная альтернатива?

(Reply) (Thread)

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

(Reply) (Parent) (Thread)

Ну это смотря что за подход используется в разработке.
Можно вообразить, что мы наоборот доверяем программистам. И что коммитить в репозиторий могут все. А вот забирать - на свой страх и риск.
Например в "Я" меня насильно учили коммитить недоделанные вещи.

(Reply) (Parent) (Thread)

ну в таких ситуациях есть tags и branches :) и соответственно забирать на продакшен можно только из последнего тега - ибо все остальное считается нестабильным :)
но как гласит пословица - доверяй, но проверяй. :) очень часто возникают ситуации, когда очень хочется откатить время назад и остановить человека от необдуманного кода :)

(Reply) (Parent) (Thread)