Возможно кому-то покажется интересным мой свежий перевод несвежей заметки "Dear Perfoce: fuck you" Не совсем я согласен, однако заметка интересна тем, что показывает некоторые причины неприятия каких-либо инструментов разными людьми, в первую очередь несовпадение взглядов на жизнь создателей систем и взглядов их юзеров.
Здравствуйте, Aquary, Вы писали:
A>Добрейшего.
A>Возможно кому-то покажется интересным мой свежий перевод несвежей заметки "Dear Perfoce: fuck you" Не совсем я согласен, однако заметка интересна тем, что показывает некоторые причины неприятия каких-либо инструментов разными людьми, в первую очередь несовпадение взглядов на жизнь создателей систем и взглядов их юзеров.
Хз. Перфорс — пока лучшее, с чем я работал из централизованных VCS.
Здравствуйте, Aquary, Вы писали:
A>Добрейшего.
A>Возможно кому-то покажется интересным мой свежий перевод несвежей заметки "Dear Perfoce: fuck you" Не совсем я согласен, однако заметка интересна тем, что показывает некоторые причины неприятия каких-либо инструментов разными людьми, в первую очередь несовпадение взглядов на жизнь создателей систем и взглядов их юзеров.
Мне как-то пришлось работать с Perforce в течение недели — впечатления были очень приятные.
Хотя, конечно — тем, кто его использует систематически, видней.
O>Мне как-то пришлось работать с Perforce в течение недели — впечатления были очень приятные. O>Хотя, конечно — тем, кто его использует систематически, видней.
У меня лично сильного отторжения не вызывает, но и фанатом его я себя не считаю, особенно поработав над разными его "use cases" несколько месяцев. Вот уж действительно — система со своим взглядом на вещи...
Здравствуйте, Aen Sidhe, Вы писали:
AS>Хз. Перфорс — пока лучшее, с чем я работал из централизованных VCS.
По мне — так это сильно улучшенный и платный Subversion. Мне лично из централизованных ближе ClearCase Но по функциональности Перфорс ему уступает не сильно, надо признать.
Здравствуйте, Aquary, Вы писали:
A>Здравствуйте, Aen Sidhe, Вы писали:
AS>>Хз. Перфорс — пока лучшее, с чем я работал из централизованных VCS.
A>По мне — так это сильно улучшенный и платный Subversion. Мне лично из централизованных ближе ClearCase Но по функциональности Перфорс ему уступает не сильно, надо признать.
До ClearCase я ещё не добрался, так что не могу сравнить
Здравствуйте, Aquary, Вы писали:
A>Здравствуйте, Aen Sidhe, Вы писали:
AS>>До ClearCase я ещё не добрался, так что не могу сравнить
A>Если доберешься, советую сразу смотреть на dynamic views и их config specs с автоматическим бранчингом, безо всяких надстроек типа UCM.
Вроде в следующей версии перфорса всё это будет, если я правильно представляю, что это
Здравствуйте, Aen Sidhe, Вы писали:
A>>Если доберешься, советую сразу смотреть на dynamic views и их config specs с автоматическим бранчингом, безо всяких надстроек типа UCM.
AS>Вроде в следующей версии перфорса всё это будет, если я правильно представляю, что это
В Перфорсе есть некоторый аналог статических вью — это workspace view, где прописываются правила маппинга. В новой версии Перфорса будут streams, которые сейчас есть в CLearCase UCM и в Rationsl Team Concert, если не ошибаюсь.
А вот насчет динамических вью — не знаю, будет любопытно посмотреть, что получится, если действительно замахнулись.
Чувак просто с ClearCase не работал. Я вот тоже от Perforce плевался, но сейчас, после того как перешел на CC^ думаю что Perforce — это просто венец инженерной мысли.
Здравствуйте, kaa.python, Вы писали:
KP>Чувак просто с ClearCase не работал. Я вот тоже от Perforce плевался, но сейчас, после того как перешел на CC^ думаю что Perforce — это просто венец инженерной мысли.
я вот недавно перешел с СС на git, какое это счастье!
Fuck you, ClearCase!
Здравствуйте, Aen Sidhe, Вы писали:
AS>Хз. Перфорс — пока лучшее, с чем я работал из централизованных VCS.
К слову, с коллегой буквально сегодня плевались на странную операцию, которая в Перфорсе называется move. Это ж издевательство форменное. Передвинуть многомегабайтную папку занимает не одна команда — "двинуть", а команда, ченджлист, набор старых и новых файлов и — внимание! — повторная заливка на сервер многих мегабайт, лежавших в старом месте. Учитывая, что передвинуть надо было 700 метров... Капец, слов нет.
А уж если надо заставить смёржить содержимое файла, который передвинули на другой ветке — это квест. ПРавда, на 2-3 раз начинает получаться довольно быстро. Но, блин, до чего же глючко, ужас.
Здравствуйте, Aquary, Вы писали:
A>Здравствуйте, Aen Sidhe, Вы писали:
AS>>Хз. Перфорс — пока лучшее, с чем я работал из централизованных VCS.
A>К слову, с коллегой буквально сегодня плевались на странную операцию, которая в Перфорсе называется move. Это ж издевательство форменное. Передвинуть многомегабайтную папку занимает не одна команда — "двинуть", а команда, ченджлист, набор старых и новых файлов и — внимание! — повторная заливка на сервер многих мегабайт, лежавших в старом месте. Учитывая, что передвинуть надо было 700 метров... Капец, слов нет.
У меня до репозитория гигабит. Не проблема.
A>А уж если надо заставить смёржить содержимое файла, который передвинули на другой ветке — это квест. ПРавда, на 2-3 раз начинает получаться довольно быстро. Но, блин, до чего же глючко, ужас.
Здравствуйте, Aen Sidhe, Вы писали:
AS>У меня до репозитория гигабит. Не проблема.
Не у всех есть гигабитный интернет даже в Штатах. Также предполагается, что система способна работать с распределёнными командами по всему миру — значит полагаться на трафик в принципе не вариант. Кроме того, неужели нельзя было саму фичу сделать оптимальнее? Ведь ясно же, что идёт обычное переименование, достаточно на сервере сделать изменение одного имени. Нет же — надо перезаливать, как будто я удалил всё старое и добавил новое.
A>>А уж если надо заставить смёржить содержимое файла, который передвинули на другой ветке — это квест. Правда, на 2-3 раз начинает получаться довольно быстро. Но, блин, до чего же глючно, ужас.
AS>Нет никаких проблем опять же.
Видимо, не приходилось пока сталкиваться. Типичная ситуация — мёржатся 2 ветки, в одной файл переименовали, в другой — нет, и на обеих ветках были изменения. По дефолту Перфорс выдает в результате 2 файла, каждый со своими изменениями. Просто слов нет, насколько это глючное поведение и насколько оно может испортить жизнь юзеру. Сценарий нечастый, но если попадётся — не сразу поймёшь, о чем речь. И ведь даже не выругается, тупо создаст лишний файл, как будто так и надо и как будто нельзя срастить по истории изменений, где общий предок и т.п.
... AS>Хз. Перфорс — пока лучшее, с чем я работал из централизованных VCS.
не могу сдержать комментарий
В повседневной жизни ему до актуального SVN как до пекина раком. Может там есть какие-то продвинутые возможности, которые вам компенсируют этот ужас, но я честно не вижу их (2 месяца уже). Может кого-то выручает интеграция в VS но у нас файлы проектов не в репозитории, а генерируются и это убивает всю интеграцию на корню (я пытался пару часов и плюнул).
Здравствуйте, SleepyDrago, Вы писали:
SD>Здравствуйте, Aen Sidhe, Вы писали:
SD>... AS>>Хз. Перфорс — пока лучшее, с чем я работал из централизованных VCS.
SD>не могу сдержать комментарий
SD>В повседневной жизни ему до актуального SVN как до пекина раком. Может там есть какие-то продвинутые возможности, которые вам компенсируют этот ужас, но я честно не вижу их (2 месяца уже). Может кого-то выручает интеграция в VS но у нас файлы проектов не в репозитории, а генерируются и это убивает всю интеграцию на корню (я пытался пару часов и плюнул).
Ну, окей. Я держу на винте весь репозиторий, винт большой, репозиторий нет. Каждая ветка — 11к файлов примерно (не дофига, если что). Когда кто-то делает бранч и я беру последнюю ревизию, у меня всё качается со скоростью min(speed-of-lan, speed-of-hdd). В свне я бы ждал этого часа три. Ну, в версии 1.5. Может с тех пор что поменялось.
Да, возможность установки прав на каждый файл — обязательная возможность и мы ей пользуемся. Как, будет быстро работать?
Здравствуйте, Aquary, Вы писали:
A>Здравствуйте, Aen Sidhe, Вы писали:
AS>>У меня до репозитория гигабит. Не проблема.
A>Не у всех есть гигабитный интернет даже в Штатах. Также предполагается, что система способна работать с распределёнными командами по всему миру — значит полагаться на трафик в принципе не вариант. Кроме того, неужели нельзя было саму фичу сделать оптимальнее? Ведь ясно же, что идёт обычное переименование, достаточно на сервере сделать изменение одного имени. Нет же — надо перезаливать, как будто я удалил всё старое и добавил новое.
не нравится централизованая система — пробуйте для распределённых команды то, что подходит лучше.
Здравствуйте, Aquary, Вы писали:
A>Здравствуйте, Aen Sidhe, Вы писали:
AS>>У меня до репозитория гигабит. Не проблема.
A>Не у всех есть гигабитный интернет даже в Штатах. Также предполагается, что система способна работать с распределёнными командами по всему миру — значит полагаться на трафик в принципе не вариант. Кроме того, неужели нельзя было саму фичу сделать оптимальнее? Ведь ясно же, что идёт обычное переименование, достаточно на сервере сделать изменение одного имени. Нет же — надо перезаливать, как будто я удалил всё старое и добавил новое.
Не знаю, кем она там предполагается для работы в распределённых командах. Мы работаем в офисе, нам нравится.
A>>>А уж если надо заставить смёржить содержимое файла, который передвинули на другой ветке — это квест. Правда, на 2-3 раз начинает получаться довольно быстро. Но, блин, до чего же глючно, ужас.
AS>>Нет никаких проблем опять же.
A>Видимо, не приходилось пока сталкиваться. Типичная ситуация — мёржатся 2 ветки, в одной файл переименовали, в другой — нет, и на обеих ветках были изменения. По дефолту Перфорс выдает в результате 2 файла, каждый со своими изменениями. Просто слов нет, насколько это глючное поведение и насколько оно может испортить жизнь юзеру. Сценарий нечастый, но если попадётся — не сразу поймёшь, о чем речь. И ведь даже не выругается, тупо создаст лишний файл, как будто так и надо и как будто нельзя срастить по истории изменений, где общий предок и т.п.
Приходилось, буквально на прошлой неделе. Всё отлично смёржилось, видно историю бранчей и т.д. и т.п.
Здравствуйте, blackhearted, Вы писали:
B>не нравится централизованая система — пробуйте для распределённых команды то, что подходит лучше.
Во-первых, мне нравится централизованная модель. Мне не нравятся некоторые детали реализации именно Перфорса.
Во-вторых, у нас 3 команды в разных частях света, и инфраструктура, выстраивавшаяся годами. Никто не будет менять такой важный инструмент, как систему контроля версий, просто потому, что иногда возникают мелкие проблемы.
Так что — продолжаем есть кактус, увы.
Здравствуйте, Aen Sidhe, Вы писали:
AS>Не знаю, кем она там предполагается для работы в распределённых командах. Мы работаем в офисе, нам нравится.
Создателями утверждается, что он подходит для любых задач, приводятся в пример именно большие распределённые команды. У нас один из таких случаев — сильно раскиданные команды.
AS>Приходилось, буквально на прошлой неделе. Всё отлично смёржилось, видно историю бранчей и т.д. и т.п.
"У меня всё работает, что делаю нет так?" В нашей ситуации оно стабильно выдавало странный результат в виде 2 файлов. Я использовал лишь стандартный integrate, ничего больше, даже номера ревизий не указывал. Возможно, у нас не самая новая (или слишком новая?) версия, где это отрабатывается по-другому, чем у вас. А может кто при подаче одного из исходных change lists накосячил, сделав добавление-удаление вместо move, сейчас уже не хочу лезть, подымать историю. Однако результат — неправильное переимнование.
Не совсем я согласен, однако заметка интересна тем, что показывает некоторые причины неприятия каких-либо инструментов разными людьми, в первую очередь несовпадение взглядов на жизнь создателей систем и взглядов их юзеров.
