SVN+TRAC - авось кто подскажет? |
Если уж в комментариях отвечают начальники датацентров и компаний собирающих сервера, то не буду стесняться и спрашивать что-нибудь по делу у себя в дневнике.
Вот например решил еще немножко порядка навести в делах и перевести всю кучу проектов на SVN. Разработка так устроена, что именно "контроль версий" не нужен, но вот для начальства (то бишь меня) видеть в одном месте все изменения по всем проектам с возможностью их поизучать подробнее - как я решил важнее, чем избавление программистов от лишнего небольшого напряга с поддержкой SVN.
Задачи я уже привык ставить в TRAC и даже избыточно мне там много функций, куда то с TRAC переезжать я не хочу. Проектов (проектом называется отдельнохранимый в отдельной папке чаще всего на отдельном сервере набор скриптов, программ, шаблонов, страниц и так далее) разрабатываемых - несколько десятков, trac-ов у меня уже 5 штук (разбито по "проектам" в некоем теоретическом глобальном смысле) и я уже с трудом справляюсь с этим количеством, увеличивать его в несколько раз - невозможно.
Итак вопрос: Я бы хотел, чтобы в TRAC была не одна кнопочка Browse Source, а штук 5 хотя бы, а лучше 10. В каждом своя SVN и события в каждой из них попадали в общий Timeline. Насколько я понял, порывшись в документациях, блогах и прочих местах Сети - так сделать нельзя.
Другой вариант - пусть SVN будет одна, но в нее программисты будут загружать свои проекты как-нибудь в отдельную папку, например. Соответственно по папкам делать всякие коммиты и выкладки и не иметь возможности случайно ошибиться и кому-то что-то перезаписать. Из документации я понял, что такое можно сделать через механизм версий, но это совсем кривой путь, как мне кажется.
Вариант - не морочиться и поставить столько пар TRAC+SVN сколько есть физических, а не логических, проектов - не вариант, тогда я не осилю контролировать задачи.
Комментировать | « Пред. запись — К дневнику — След. запись » | Страницы: [1] [Новые] |