metaclass: (Default)
[personal profile] metaclass
Одной вещи в меркуриале я в принципе понять не могу.
Я меняю файл А, делаю commit и push, потом я меняю дома файл Б и делаю commit, а на попытку push меня посылают фпень делать pull/merge/commit.
Вопрос - почему бы независимые изменения в разных папках не мержить автоматом, как это сделано в svn?

PS: А теперь рассмотрим, как это положено делать:
1) дерево исходников представляет собой граф, узлы которого - каталоги и блобы с файлами, а связи - связь между каталогом и расположенными в нем подкаталогами и файлами.
2) пользователь 1 меняет файл с путем A
3) пользователь 2 меняет другой файл с путем B.
4) Друг другу они в принципе никак не мешают - структура графа не меняется, меняются два независимых узла.
5) операции коммутируют - т.е. вне зависимости от порядка применения операций, результат будет одним и тем же.
6) для коммутирующих операций merge должен делаться, очевидно, автоматически.

Date: 2012-11-11 10:52 am (UTC)
From: [identity profile] zamotivator.livejournal.com
Нет у него плюсов. Совсем.

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

Да и вообще, нафига вам DVCS - одна задача - один бранч. А мёржит их пусть переходящая роль branch integrator

Date: 2012-11-11 11:05 am (UTC)
From: [identity profile] insanegigolo.livejournal.com
Мне оно потому что с ним иногда приходится работать.

Человек ленив всегда настолько насколько можно, получив это сообщение он просто сделает мерж руками.

Date: 2012-11-11 11:07 am (UTC)
From: [identity profile] zamotivator.livejournal.com
Видать у вас коллектив такой.
У меня вот народ куда ответственней, и на то есть причины - в том числе и в виде санкций

Date: 2012-11-11 11:11 am (UTC)
From: [identity profile] insanegigolo.livejournal.com
ну да к санкциям dvsc имеет прямое отношение

Date: 2012-11-11 11:14 am (UTC)
From: [identity profile] zamotivator.livejournal.com
Непосредственное. Если DVCS позволяет не блокировать конкурентную активность разработки, но позволяет блокировать конкуретные изменения продукта в точке синхронизации - это означает, что она адекватна процессу стабильной разработки софта и хорошо интегрируется с Continuous Integration Process.

У меня крепнет ощущение, что я мечу бисер перед свиньями. Прежде чем кидаться со мной спроить задумайтесь, о каком процессе я говорю. Погуглите про Feature Branch, Branch Integration. Почитайте про регрессионые тесты.
А не кидайтесь сразу спорить и иронизировать.

Date: 2012-11-11 11:17 am (UTC)
From: [identity profile] insanegigolo.livejournal.com
Извините если задел ваши религиозные чувства, для меня просто странно что система контроля версий занимается несвойственной ей работой. Но если вы считаете что всё ок, то всё ок.

Date: 2012-11-11 11:20 am (UTC)
From: [identity profile] zamotivator.livejournal.com
Система контроля версий - это просто инструмент.
Я писал не про систему контроля версий. Перечитайте тред с самого начала.
Я писал про процесс. Про деструктивные опасные действия - автоматический merge.
Про правильный default у mercurial и git - как более адекватный эффективный разработке.

Date: 2012-11-11 11:27 am (UTC)
From: [identity profile] insanegigolo.livejournal.com
значит писали не туда.

Date: 2012-11-11 11:29 am (UTC)
From: [identity profile] zamotivator.livejournal.com
Скорей, у читателей проблемы с чтением и интерпритациями прочитанного.ю

Date: 2012-11-11 11:31 am (UTC)
From: [identity profile] insanegigolo.livejournal.com
Таким образом вы никому ничего не докажете.

Date: 2012-11-11 11:32 am (UTC)
From: [identity profile] zamotivator.livejournal.com
Простите? Я кому-то что-то доказывал? Вы ошиблись адресом.
Я делился опытом. Зря я бисер мечу.

Date: 2012-11-11 11:33 am (UTC)
From: [identity profile] insanegigolo.livejournal.com
А почему вы на прямой вопрос на который можно ответить да или нет, начинаете делиться опытом?

Date: 2012-11-11 11:34 am (UTC)
From: [identity profile] zamotivator.livejournal.com
Потому что вопрос непростой, очевидно.

Date: 2012-11-13 12:39 am (UTC)
From: [identity profile] thinker8086.livejournal.com
И таки спасибо )

Profile

metaclass: (Default)
metaclass

April 2017

S M T W T F S
      1
2345678
9101112 131415
16171819202122
23242526272829
30      

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Sep. 22nd, 2025 04:52 pm
Powered by Dreamwidth Studios