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

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

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

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

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

[identity profile] jsn.livejournal.com 2012-01-05 01:22 pm (UTC)(link)
Своё или не своё, всё равно когда-нибудь ляжет полежать. Поэтому, может, несколько надо заводить реп-то, своего или не своего, не суть?

(говорит человек, у которого всё своё, впрочем)

[personal profile] alll 2012-01-05 02:05 pm (UTC)(link)
Угу, у нас своё было недоступно несколько раз в течение последнего месяца, каждый раз в районе часа-двух.

[personal profile] alll 2012-01-05 03:06 pm (UTC)(link)
> может, несколько надо заводить реп-то

В hg и git (слово bitbucket подразумевает именно их, афаик) реп по определению несколько, как минимум по одному на каждого разработчика.

[identity profile] jsn.livejournal.com 2012-01-05 07:37 pm (UTC)(link)
Ну ээ, очевидно же, что автор имел в виду под коммитами -- пуши, а я говорил о публичных shared репах.

[identity profile] kika.livejournal.com 2012-01-06 10:26 pm (UTC)(link)
Несколько. Но реально этим пользоваться практически невозможно.

[personal profile] alll 2012-01-07 12:41 am (UTC)(link)
Реально это означает, что ситуация, когда общий репозиторий в ауте, нисколько не мешает отдельным разработчикам работать. В svn в подобном случае можно накапливать чендж-листы, но при этом молясь, чтобы изменения по двум отдельным чендж-листам не попали в один файл. А тут все коммиты идут своим чередом, ну попадут из личных в общий репозиторий чуть позже, когда сервер поднимется, что в том за беда (если, конечно, не майлстоун сдавать через полчаса - да и в этом случае возможны варианты).

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

[personal profile] alll 2012-01-07 02:46 am (UTC)(link)
Э... Скажете тоже, дифф. Есть довольно удобные графические тулы для мержа несложных случаев, довольно давно уже. Nobrain игра на четырёх клавишах практически: перейти к следующему конфликту, принять оба изменения/принять только моё изменение/принять только его изменение. А сложные случаи, требующие мозга и рук попадаются достаточно редко.

[identity profile] 109.livejournal.com 2012-01-07 09:39 am (UTC)(link)
в смысле? conflict resolution - часть нормального девелоперского workflow, вне зависимости от того, один у нас shared репозиторий, или несколько. я уж не говорю о том, что и в одном файле изменения чаще всего попадают в разные места и мёржатся автоматически.

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

[identity profile] 109.livejournal.com 2012-01-07 09:50 am (UTC)(link)
пойнт был: при чём тут multiple repositories?

[identity profile] kika.livejournal.com 2012-01-07 10:04 am (UTC)(link)
Ну прочитай эту ветку.