Я вот накануне описывал схему /ru/forum/comment/11568189, не до конца то, что вам нужно, но похоже.
Из того, что не рассмотрено:
как выше написали - это не разные репозитории - это будут разные ветки.
Или же как таковых веток может и не быть, просто при планировании работы прикидывайте задачи так чтобы к определённому дню все тикеты должны были быть закрыты или же не было так чтобы после незакрытого тикета был закрытый (иначе на продакшен уедет поломанный функционал). Можно разбивать на 2 ветки, но когда она одна, то это ещё хорошо тем, что 10 раз подумаешь стоит ли за какую-то задачу браться на этой неделе :)
Если же разрабатывается какой-то большой модуль, а параллельно есть куча мелкий задач, вот тогда модуль можно и в отдельную ветку.
Днем выкатки может быть пятница, чтобы на выходных меньше пользователей столкнулись с возможными проблемами или же наоборот понедельник - чтобы все кто может поремонтировать были под рукой.
Я сам программер, поэтому в случае чего могу ремонт провести, поэтому накопившиеся изменения заливаются на выходных.
Я работаю с mercurial, как-то так исторически сложилось, он мне более удобен, да и битбакет для маленьких команд (до 5 человек) бесплатен, в отличие от github.
Но суть думаю не сильно меняется.
Если делать так чтобы к определённому моменту все запланированные тикеты были закрыты, то можно просто обновляться из основной ветки.
Программист, который занимается основной разработкой планировал использовать заплатки для того, чтобы не плодить много голов в ветке, когда тикеты возвращаются на доработку, но точно не знаю воплотилась ли идея в жизнь или же он как-то выкрутился.
Коммит на локале, пуш на битбакет от своего пользоваетля. На битбакете создаётся рид-онли пользователь. На тестовом сервере в конфиге указываем адрес репозитория на битбакете, и логин/пароль вышеуказанного рид-онли пользователя.
Также на тестовом сайте создаём скрипт pull.sh
даем ему права на исполнение.
В крон для пользователя user заносим /var/www/user/data/www/testsite.ru/pull.sh >/dev/null 2>&1
(почти скопировал из ISPManager, может если вручную как-то по-другому будет выглядеть). И даём задание дергать файл каждую минуту.
Теперь крон вызывает баш-скрипт, тот используя логин/пароль из конфига в .hg лезет на битбакете стягивает изменения и обновляет до текущей версии тестовый сайт. Где-то у нас там ещё настроено, что после успешного обновления (когда было что обновлять) на почту приходит уведомление с названием коммита/коммитов и изменениями, которые применены.
Продакшн обновляется вручную, хотя скорее всего и его будем обновлять примерно так же через время.
Сейчас ещё планируем внедрить автоматическое тестирование через Selenium и ttp://codeception.com/, ибо ручное занимает лишнее время, так хоть как-то уменьшим время на тестирование.
p.s. Ну и как в том топике рекомендую методику Канбан через trello.com - этот сервис среди всех пересмотренных мною канбан-сервисов наиболее развитый. Не хватает разве что тайм-треккинга, как в одном другом посмотренном проекте, но все остальное с лихвой перекрывается.
подтверждаю уменьшение стоимости клика, цтр за сегодня. Скорее всего что-то недосчитало.
FDima, ну торг.уа - это все же украинское авито.
Но суть от этого не меняется и по России тоже РСЯ висит по многим разделам.
--MINAD--,
проблема пунктуальности программистов - как мне кажется не в самих программистах, а в так сказать "инфраструктуре" вокруг них, ну и опыте. Тупики, которые потом выражаются в отключенном электричестве, сломанных винчестерах и т.д. возникают, когда есть много задач и не понимаешь за что взяться и первая же крупная проблема цепляет другие.
По поводу оплаты - сервисы безопасных сделок помогают. Правда, частично, но уже лучше чем ничего.
Кроме того, если деньги вы заплатили (через СБС), то можете и требовать работы через системы контроля версий - так будете видеть, что работа идёт. При этом нужно ставить условие, что минимум, например, 3 коммита в день. Через некоторое время можно сказать, что вы - программер и понимаете, что некоторые коммиты сделаны "абы были", нужно устранить такое недоразумение.
Кроме того, ведите разработку в "гибком" стиле - я выбрал для себя Канбан-методику (через trello.com работаем) - ставится ограниченное количество тикетов, которые нужно реализовать (остальные вносятся на неосновную доску и я с ними работаю предварительно сам). Чем меньше тикетов в To Do - тем меньше отвлечения внимания и меньше "паники" у программиста.
В один момент одним программистом может исполнятся только один тикет, он его может передать на тестирование или вернуть назад в To Do, если что-то непонятно в реализации. После перенесения в Testing функционал проверяется уже не программистом и в комментарии карточки-тикета заносятся новые пожелания, сама карточка "переезжает" в To Do и ставится на нужное место в зависимости от приоритета. Это если появились новые нюансы или баги. Если же все ок - карточка переезжает в Done.
Раз в неделю оттестированный функционал выливается на продакшн (для нового проекта это не актуально, но через какой-то момент уже можно делать, не дожидаясь, когда все-все фичи будут реализованы).
Функционал постоянно наращивается и при этом вы делаете то, что нужно, а не то, что жестко прописано в ТЗ.
Ключевое, как по мне показать программисту, что вы - не враг и то, что вы программист - это наоборот плюс, в случае проблем можно находить общее решение. Также просите, чтобы если возникли какие-то тупики - не зависали, а писали об этом. Часто проблема быстро решается, по причине того, что у человека просто глаз замылился и сторонний взгляд быстро выводит из тупика.
Прикиньте сколько вы готовы платить в месяц и рассчитывайте на эту сумму, а не сумму за весь проект. В этом моменте возникают проблемы с тем, что при СБС нужен договор в котором желательно внести ТЗ, а гибкие методологии они частично расходятся с жестким ТЗ.
Поэтому, наверное, придется описать саму схему работы и то как она должна оцениваться.
Если работать по жесткому ТЗ, то программист должен проставить конкретные даты для всех этапов и миниэтапов работы - это хоть как-то подстёгивает, заодно такой план можно внести в договор при заключении сделки в СБС.
В общем, вот такой какой-то поток мыслей, может какие-то из них будут полезны вам, если будут вопросы - задавайте, по возможности попробую ответить :)
p.s. Сейчас у меня по вышеописанной схеме уже работа не через СБС идёт, взаимное доверие наработано.
pbko, не смотрел, но возможно это касается случаев, когда гугл работает по https?
Наверное, сюда /ru/forum/development/web
http://news.finance.ua/ru/~/1/0/all/2013/03/06/298000 ---------- Добавлено 18.03.2013 в 01:24 ----------
Собственно, скорее всего немцы этого и добиваются. Сразу двух зайцев словят и подпортят оффшорность Кипра и денежки к ним перетекут.
У них уже некоторое время один и тот же инвестор (точнее хозяин) Napsters.
В Украине примерно они делают такой же ход конём - объединяют emarket.ua и slando.ua - будет только сландо.
То есть, без корзины вообще, просто витрина?
Если есть корзина, то с большой вероятностью, запускается и сессия. Скиньте в личку урл сайта, я гляну. Может, просто у вас просто глаз замылился.
А может и действительно это глюк яндексовского вебмастера.
igor3333, может идентификатор сессии у вас всем пользователям без разбору показывается и из-за этого плодятся дубли страниц.
Но это все телепатоэкстрасенсорное сео :)
