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

[kika]

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

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

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

Comments

[alll]

> может, несколько надо заводить реп-то

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

[jsn.livejournal.com]

Ну ээ, очевидно же, что автор имел в виду под коммитами -- пуши, а я говорил о публичных shared репах.

[kika.livejournal.com]

Несколько. Но реально этим пользоваться практически невозможно.

[alll]

Реально это означает, что ситуация, когда общий репозиторий в ауте, нисколько не мешает отдельным разработчикам работать. В svn в подобном случае можно накапливать чендж-листы, но при этом молясь, чтобы изменения по двум отдельным чендж-листам не попали в один файл. А тут все коммиты идут своим чередом, ну попадут из личных в общий репозиторий чуть позже, когда сервер поднимется, что в том за беда (если, конечно, не майлстоун сдавать через полчаса - да и в этом случае возможны варианты).

[kika.livejournal.com]

да. ... и молясь чтобы изменения не попали в один файл, ибо потом дифф в руки и сиди, мерджи.

[alll]

Э... Скажете тоже, дифф. Есть довольно удобные графические тулы для мержа несложных случаев, довольно давно уже. Nobrain игра на четырёх клавишах практически: перейти к следующему конфликту, принять оба изменения/принять только моё изменение/принять только его изменение. А сложные случаи, требующие мозга и рук попадаются достаточно редко.

[109.livejournal.com]

в смысле? conflict resolution - часть нормального девелоперского workflow, вне зависимости от того, один у нас shared репозиторий, или несколько. я уж не говорю о том, что и в одном файле изменения чаще всего попадают в разные места и мёржатся автоматически.

[kika.livejournal.com]

Ну меня лично эта часть воркфлоу угнетает своей тупизной. Поэтому я люблю обновляться почаще и избегать ее вовсе. Кроме того, у меркурия _очень_ консервативный детектор конфликтов и заебал вообще.

[109.livejournal.com]

пойнт был: при чём тут multiple repositories?

[kika.livejournal.com]

Ну прочитай эту ветку.