По поводу web-доступа. В TortoiseHG есть встроенный мини-сервер. Для домашних нужд, так сказать. Заводится нажатием на одну кнопку. Ничего стороннего не надо.
Более того, TortoiseHG даже работающий. И сильно упрощает (для меня как виндузятника) процесс ежедневный процесс работы. Особенно радуют иконки у файлов в Проводнике. Точно такие же, как у TortoiseSVN! :)
Для TortoiseGIT придется *отдельно* скачать дистрибутив с прекомпилированным git-ом. А потом *как-то* его подключить к git-у.
Вот из-за такого недружественного интерфейса я и остановился на TortoiseHG, который просто работает. :)
Потому что на прототип какой-нить подсистемы ушло 7 дней * 15 человек-в-команде, а на прототипированиепроектирование 7 дней * 1 человек-проектировщик + 3 дня * 1 аналитик-по-качеству
Большие (по-настоящему большие) распределенные проекты, в которых команды разработчиков измеряются десятками. Я не знаю вашей специфики, но например, крупные аутсорсеры, например, ЕПАМ, очень часто сгонят на проекты крупных заказчиков сразу несколько команд по 10-15 человек каждая.
Как без документации передавать знания? Как заставить разработчиков создать единую систему, а не лезть кто в лес, кто по дрова? Как обеспечить единую цель, единый взгляд на архитектуру, бизнес-логику, другие вещи?
Ответ один — создать документацию. Целые команды специалистов высокого уровня получают нехилую зарплату лишь составляя «бумажечки», по которым потом работает множество народу.
И вот тогда уже вылезает тот самое «лучше найти ошибку в плане, нежели в прототипе». Потому что на прототип какой-нить подсистемы ушло 7 дней * 15 человек-в-команде, а на прототипирование 7 дней * 1 человек-проектировщик + 3 дня * 1 аналитик-по-качеству
Насколько мне известно, промышленная виртуализация — самый действенный способ организации многоплатформенного автоматизированного тестирования.
В моем отделе автоматизации мы пересели на VMware vCenter Lab Manager. Набор образов ОС создаются один раз для каждого проекта в кластере. СНимается снепшот текущего состояния, в котором предустановлены утилиты тестирования (QTP, TestComplete, различные unix-решения. В основном самопал). Все это счастье глушится.
Наборы виртуальных машин подымаются по требованию с помощью системы, которую мы любя называем Автостарт (она стартует цикл тестирования по письму от сборочного конвейера, когда тот закончил сборку определенного продукта). Автостарт с помощью проектно-специфичных скриптов подготавливает пакт для копирования на ВМ, подымает и ревертит к снепшоту виртуалки с помощью SOAP-интерфейса VMware vCenter Lab Manager-a, запускает тест-сценарии, а по их окончании вводит машины в саспенд.
Потом цикл повторяется или инженеры отдела автоматизации «забирают» виртуалки под себя — для отладки.
По собственному опыту могу сказать, что mercurial или git намного удобнее при единоличной работе: не нужно подымать сервер; работа по разворачиванию новых изменений на production-машине — дело одного обновления из рабочего репозитория, в котором все уже оттестировано.
Я работаю с WAMP, разработка также ведется на Windows и мне очень импонирует расширение для Проводника, TortoiseHg, которая является аналогом TortoiseSVN.
Как мне кажется, в малой команде также будет удобнее использовать без-сервеные решения. Для организации модели разработки с центральным хранилищем (можно и без него, просто считать, что у тим-лида — Самое Главное Хранилище) в том же Mercurial предусмотрен режим работы «web-server» — встроенное решение, при котором подымается процесс-демон, работащий по http(s).
Если автор интересуется темой, то странно, что он не использовал распространенный и, как мне кажется, замечательно подходящий перевод слова flow — поток.
Для TortoiseGIT придется *отдельно* скачать дистрибутив с прекомпилированным git-ом. А потом *как-то* его подключить к git-у.
Вот из-за такого недружественного интерфейса я и остановился на TortoiseHG, который просто работает. :)
В любом случае, как не крутись «бумажки» нужны. :)
Как без документации передавать знания? Как заставить разработчиков создать единую систему, а не лезть кто в лес, кто по дрова? Как обеспечить единую цель, единый взгляд на архитектуру, бизнес-логику, другие вещи?
Ответ один — создать документацию. Целые команды специалистов высокого уровня получают нехилую зарплату лишь составляя «бумажечки», по которым потом работает множество народу.
И вот тогда уже вылезает тот самое «лучше найти ошибку в плане, нежели в прототипе». Потому что на прототип какой-нить подсистемы ушло 7 дней * 15 человек-в-команде, а на прототипирование 7 дней * 1 человек-проектировщик + 3 дня * 1 аналитик-по-качеству
Почувствуй разницу.
В моем отделе автоматизации мы пересели на VMware vCenter Lab Manager. Набор образов ОС создаются один раз для каждого проекта в кластере. СНимается снепшот текущего состояния, в котором предустановлены утилиты тестирования (QTP, TestComplete, различные unix-решения. В основном самопал). Все это счастье глушится.
Наборы виртуальных машин подымаются по требованию с помощью системы, которую мы любя называем Автостарт (она стартует цикл тестирования по письму от сборочного конвейера, когда тот закончил сборку определенного продукта). Автостарт с помощью проектно-специфичных скриптов подготавливает пакт для копирования на ВМ, подымает и ревертит к снепшоту виртуалки с помощью SOAP-интерфейса VMware vCenter Lab Manager-a, запускает тест-сценарии, а по их окончании вводит машины в саспенд.
Потом цикл повторяется или инженеры отдела автоматизации «забирают» виртуалки под себя — для отладки.
Я работаю с WAMP, разработка также ведется на Windows и мне очень импонирует расширение для Проводника, TortoiseHg, которая является аналогом TortoiseSVN.
Как мне кажется, в малой команде также будет удобнее использовать без-сервеные решения. Для организации модели разработки с центральным хранилищем (можно и без него, просто считать, что у тим-лида — Самое Главное Хранилище) в том же Mercurial предусмотрен режим работы «web-server» — встроенное решение, при котором подымается процесс-демон, работащий по http(s).
по данным WHOIS.RIPN.NET:
% By submitting a query to RIPN's Whois Service
% you agree to abide by the following terms of use:
% www.ripn.net/about/servpol.html#3.2 (in Russian)
% www.ripn.net/about/en/servpol.html#3.2 (in English).
domain: VKONTAKTLE.RU
state: REGISTERED, NOT DELEGATED, UNVERIFIED
person: Private Person
phone: +7 495 0000000
e-mail: vkontaktle.ru@gmail.com
registrar: REGRU-REG-RIPN
created: 2009.08.26
paid-till: 2011.08.26
source: TCI
Last updated on 2010.09.01 23:10:46 MSK/MSD