Чувак просто с ClearCase не работал. Я вот тоже от Perforce плевался, но сейчас, после того как перешел на CC^ думаю что Perforce — это просто венец инженерной мысли.
Возможно кому-то покажется интересным мой свежий перевод несвежей заметки "Dear Perfoce: fuck you" Не совсем я согласен, однако заметка интересна тем, что показывает некоторые причины неприятия каких-либо инструментов разными людьми, в первую очередь несовпадение взглядов на жизнь создателей систем и взглядов их юзеров.
A>К слову, с коллегой буквально сегодня плевались на странную операцию, которая в Перфорсе называется move. Это ж издевательство форменное. Передвинуть многомегабайтную папку занимает не одна команда — "двинуть", а команда, ченджлист, набор старых и новых файлов и — внимание! — повторная заливка на сервер многих мегабайт, лежавших в старом месте. Учитывая, что передвинуть надо было 700 метров... Капец, слов нет.
вообще-то там есть ключ -k, который мувит именно на сервере, без закачки на клиента
A>А уж если надо заставить смёржить содержимое файла, который передвинули на другой ветке — это квест. ПРавда, на 2-3 раз начинает получаться довольно быстро. Но, блин, до чего же глючко, ужас.
это правда — был такой баг, но раз у AS он пропал — видимо пофиксили
кстати хотел спросить — почему ты не пишешь про билд-системы, системы распределенных сборок, хранение бинарей, символов и прочего?
Здравствуйте, 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, если не ошибаюсь.
А вот насчет динамических вью — не знаю, будет любопытно посмотреть, что получится, если действительно замахнулись.
Здравствуйте, 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, сейчас уже не хочу лезть, подымать историю. Однако результат — неправильное переимнование.
Здравствуйте, Aquary, Вы писали:
A>Здравствуйте, Aen Sidhe, Вы писали:
AS>>Не знаю, кем она там предполагается для работы в распределённых командах. Мы работаем в офисе, нам нравится.
A>Создателями утверждается, что он подходит для любых задач, приводятся в пример именно большие распределённые команды. У нас один из таких случаев — сильно раскиданные команды.
А, ок. Был неправ.
AS>>Приходилось, буквально на прошлой неделе. Всё отлично смёржилось, видно историю бранчей и т.д. и т.п.
A>"У меня всё работает, что делаю нет так?" В нашей ситуации оно стабильно выдавало странный результат в виде 2 файлов. Я использовал лишь стандартный integrate, ничего больше, даже номера ревизий не указывал. Возможно, у нас не самая новая (или слишком новая?) версия, где это отрабатывается по-другому, чем у вас. А может кто при подаче одного из исходных change lists накосячил, сделав добавление-удаление вместо move, сейчас уже не хочу лезть, подымать историю. Однако результат — неправильное переимнование.
Ну, мы всегда обновляемся до нового релиза в течение месяца после его выхода. Так спокойнее.
Здравствуйте, Aquary, Вы писали:
AS>>Хз. Перфорс — пока лучшее, с чем я работал из централизованных VCS. A>По мне — так это сильно улучшенный и платный Subversion. Мне лично из централизованных ближе ClearCase Но по функциональности Перфорс ему уступает не сильно, надо признать.
А может кто-нибудь описать вкратце, зачем люди в наше время используют перфорс? Что в нем такого, что дубовый недружелюбный интерфейс и усложнение на ровном месте базовых операций стоят того?
Здравствуйте, Кодёнок, Вы писали:
Кё>Здравствуйте, Aquary, Вы писали:
AS>>>Хз. Перфорс — пока лучшее, с чем я работал из централизованных VCS. A>>По мне — так это сильно улучшенный и платный Subversion. Мне лично из централизованных ближе ClearCase Но по функциональности Перфорс ему уступает не сильно, надо признать.
Кё>А может кто-нибудь описать вкратце, зачем люди в наше время используют перфорс? Что в нем такого, что дубовый недружелюбный интерфейс и усложнение на ровном месте базовых операций стоят того?
Быстрая работа на больших объёмах при контроле доступа пофайлово?
С уважением, Анатолий Попов.
ICQ: 995-908
Re[5]: Немного о Perforce и не только
От:
Аноним
Дата:
25.10.11 21:13
Оценка:
Здравствуйте, Aquary, Вы писали:
A>Здравствуйте, Aen Sidhe, Вы писали:
AS>>До ClearCase я ещё не добрался, так что не могу сравнить
A>Если доберешься, советую сразу смотреть на dynamic views и их config specs с автоматическим бранчингом, безо всяких надстроек типа UCM.
А вот это ты зря. UCM — вещь.
Врочем от процессов конечно зависит.
Здравствуйте, kaa.python, Вы писали:
KP>Чувак просто с ClearCase не работал. Я вот тоже от Perforce плевался, но сейчас, после того как перешел на CC^ думаю что Perforce — это просто венец инженерной мысли.
Здравствуйте, Aquary, Вы писали:
A>Во-вторых, у нас 3 команды в разных частях света, и инфраструктура, выстраивавшаяся годами. Никто не будет менять такой важный инструмент, как систему контроля версий, просто потому, что иногда возникают мелкие проблемы.
У перфорса ведь есть в комплекте прокси специально для таких случаев. Или не помогает?
Здравствуйте, Miroff, Вы писали:
M>Здравствуйте, Aen Sidhe, Вы писали:
AS>>Быстрая работа на больших объёмах при контроле доступа пофайлово?
M>Насколько быстрая насколько больших объемах? 50 тысяч файлов общим объемом в 1Гб. И SVN, и GIT (под линуксом) вполне устраивает по скорости.
У нас файлов больше в три раза, общий объём порядка 11 гб. SVN работал (в версии 1.5, говорю) так медленно, что можно кофе идти пить, пока оно новую ветку выкачает.
M>Что такое "контроль пофайлово"? Lock? Так от них почти все уже отказались в пользу нормального merge.
M>>Что такое "контроль пофайлово"? Lock? Так от них почти все уже отказались в пользу нормального merge.
AS>Нет. У меня есть доступ на файл, а у тебя — нет.
Кстати, очень приятная фича Перфорса — это способ управление доступом. Сделано и просто, и универсально одновременно.
R>вообще-то там есть ключ -k, который мувит именно на сервере, без закачки на клиента
Надо попробовать... Но из ГУИ-клиента подобные опции точно недоступны, у нас народ на него подсажен, про ком. строку даже и не подумали Видимо, она ещё ждёт своих исследователей
R>кстати хотел спросить — почему ты не пишешь про билд-системы, системы распределенных сборок, хранение бинарей, символов и прочего?
A>Надо попробовать... Но из ГУИ-клиента подобные опции точно недоступны, у нас народ на него подсажен, про ком. строку даже и не подумали Видимо, она ещё ждёт своих исследователей
У них гуй в основном для разрабов, порядочная часть функционала туда просто не вытащили
R>>кстати хотел спросить — почему ты не пишешь про билд-системы, системы распределенных сборок, хранение бинарей, символов и прочего? A>Пишу — где? В бложике?
да, в нем
Здравствуйте, rm822, Вы писали:
R>У них гуй в основном для разрабов, порядочная часть функционала туда просто не вытащили
Как выясняется, зря. Гуёвый тул заявлен как "наше всё", и местами там можно указать все ключики — например для integrate. Но выясняется, что ключики вынесены выборочно. Не пойму логики... Но за подсказку спасибо!
R>да, в нем
У меня там очередь на заметки С чем-то хотел ознакомиться для себя и потом описать, что-то просто просится в заметку из опыта. Билд системы в очереди тоже есть. Но пишу по мере появления времени, его не так много сейчас.
Вообще, стараюсь или писать про личный опыт, или давать ссылки на хорошие чужие материалы. Так что если есть хорошие подборки ссылок или нажористые статьи, где и так всё хорошо рассказано — с удовольствием размещу с полагающимися ссылками.
Здравствуйте, Aen Sidhe, Вы писали:
AS>Здравствуйте, SleepyDrago, Вы писали:
SD>>Здравствуйте, Aen Sidhe, Вы писали:
SD>>... AS>>>Хз. Перфорс — пока лучшее, с чем я работал из централизованных VCS.
SD>>не могу сдержать комментарий
SD>>В повседневной жизни ему до актуального SVN как до пекина раком. Может там есть какие-то продвинутые возможности, которые вам компенсируют этот ужас, но я честно не вижу их (2 месяца уже). Может кого-то выручает интеграция в VS но у нас файлы проектов не в репозитории, а генерируются и это убивает всю интеграцию на корню (я пытался пару часов и плюнул).
AS>Ну, окей. Я держу на винте весь репозиторий, винт большой, репозиторий нет. Каждая ветка — 11к файлов примерно (не дофига, если что). Когда кто-то делает бранч и я беру последнюю ревизию, у меня всё качается со скоростью min(speed-of-lan, speed-of-hdd). В свне я бы ждал этого часа три. Ну, в версии 1.5. Может с тех пор что поменялось.
AS>Да, возможность установки прав на каждый файл — обязательная возможность и мы ей пользуемся. Как, будет быстро работать?
Сорри не заметил ответ. У нас ветки не создаются каждый день. За время моей работы тут с перфорсом 1 (за 2 месяца) а на старой за 3 года в свн 6 штук. Перфорс на файлах >500м умирает точно также как и. Так что судите сами. Имо нужно смотреть на то что вы делаете каждый день и тут у p4 печаль рыдает у тоски на плече
Не совсем я согласен, однако заметка интересна тем, что показывает некоторые причины неприятия каких-либо инструментов разными людьми, в первую очередь несовпадение взглядов на жизнь создателей систем и взглядов их юзеров.
Видимо, она ещё ждёт своих исследователей 
