kika: (Default)
kika ([personal profile] kika) wrote2012-01-05 04:42 am
Entry tags:

Мое ли дело облака, господь со мною

Вот всякие хомячки на реддите и HN говорят нам что свои сервера для интеграции, контроля версий и проч - это прошлый век.
Я им, паразайтам, поверил, завел репо на битбакете. А он, сссскатина, лежит. 503 Service unavailable. И простите, куда бы мне закоммитить? Нет, туда можно только засунуть, закоммитить туда не получается.

Недавно у loggly был глобальный (былинный) отказ - амазон в принудительном порядке ребутнул им _все_ хосты. Тут конечно вопрос к гениальным архитекторам, которые не предполагают ситуацию когда все ложится 100% инфраструктуры, но амазон-то каков?

Вощем, по всем законам мы должны любить предметы, размер которых невелик и постоянен. ЕВПОЧЯ.

[identity profile] 109.livejournal.com 2012-01-07 09:45 am (UTC)(link)
завести аккаунт на ещё одном бесплатном сорсконтрольном хосте, их как собак нерезаных. и желательно сделать это в начале проекта, а не когда один халявный хост вдруг упадёт.

[identity profile] kika.livejournal.com 2012-01-07 09:48 am (UTC)(link)
Вот если бы можно было завести аккаунт на, скажем, битбакете и, скажем, гитхабе и заставить их самих дружить друг с другом, делая пулл по событию - вот это было бы решение. А отставший на несколько недель репозитарий (причем от разных людей по разному отставший) это тоже самое что и вообще нет.

[identity profile] 109.livejournal.com 2012-01-07 09:57 am (UTC)(link)
из двух девелоперов, пушащих конфликтующие ченджсеты, конфликты резолвит опоздавший (фигассе как я по-русски всё сказал). поэтому проблема решается автоматически; если кто-то несколько недель не делал sync, ну и пусть сидит и мёржит.

опять же, shared репозитарий всегда отстаёт от локальных; насколько - это зависит от разгильдяйства девелоперов, а не от количества shared repos.

[identity profile] kika.livejournal.com 2012-01-07 07:28 pm (UTC)(link)
Несколько недель никто не будет делать sync, ты же говоришь о втором, "запасном" репозитарии. А у локального репозитария и соотвественно рабочей копии есть только один апстрим. Поэтому когда ты делаешь пуш, то уезжает только на основной.

[identity profile] 109.livejournal.com 2012-01-09 08:20 pm (UTC)(link)
я честно не понимаю, что ты имеешь в виду. вот сейчас специально сдуплицировал свой битбакетовский проект на соурсфордж и пушнул туда все ченджсеты. теперь у меня один локальный репозиторий и два апстрима, битбакет и соурсфордж. хотя надо сказать, конечно, что так как соурсфордж испортил свой сайт, надо ещё постараться.

[identity profile] kika.livejournal.com 2012-01-09 10:03 pm (UTC)(link)
И как у тебя при этом выглядит .hg/hgrc ?

[identity profile] 109.livejournal.com 2012-01-10 02:27 am (UTC)(link)
[paths]
default = %bitbucket_url%
SF = %sourceforge_url%

[identity profile] kika.livejournal.com 2012-01-10 03:51 am (UTC)(link)
А, ну то есть опять же на педальном приводе. Я-то хочу убрать человеческий фактор из автоматизации.

[identity profile] jsn.livejournal.com 2012-01-07 06:21 pm (UTC)(link)
А что мешает-то? У меня основная репа своя, дублирующие живут на гитхабе и гитозисе, например. Синкаются автоматически из пост-ресив хука или как там его. В твоём сценарии с Омском и Тахо -- ну упал битбакет, ну запушил боец из Тахо тот же коммит на вторую ремоту, и едет себе всё спокойно дальше, как ехало.

[identity profile] kika.livejournal.com 2012-01-07 07:25 pm (UTC)(link)
Вот это и мешает. С чего все началось? С того что я отказался от "своего". А как ты будешь прописывать хук на гитхабе?

[identity profile] kika.livejournal.com 2012-01-07 08:32 pm (UTC)(link)
На вас всех возраст сказывается, но один [livejournal.com profile] msh не стесняется в этом признаться? Какая мне польза от того что гитхаб на какой-то урл что-то заПОСТит? На какой конкретно урл?

Другими словами, ты, брызжа искрометным юмором, предлагаешь мне выпиливать конструкцию не из цельного бруска, а из отдельных стружек, которые сначала переплавить в брусок, а потом уже обработать напильником. Спасибо, юмор я оценил.

Ну и кроме того, если б ты сам пользовался своими ссылками, то прочитал бы там всякие слова
First and foremost, webhooks are not always called when a push is made. Currently hooks only fire when a branch that exists on GitHub is modified. Pushing new branches, deleting branches, and creating tags will not fire a webhook. Forced pushes such as git push origin master --force may not predictably call hooks as well. To ensure your commits are sent to your webhook, always push the branch when it is created before you commit. This way the branch exists on GitHub when you push the commits you want sent to the webhook.

То есть еще и стружки мне предлагаются деревянные.

[identity profile] jsn.livejournal.com 2012-01-07 08:36 pm (UTC)(link)
...ужас какой, Кирилл Леонидович. Отойду-ка я в сторонку, дабы не быть не пути праведного гнева.

[identity profile] 109.livejournal.com 2012-01-09 08:23 pm (UTC)(link)
:)