Поедим или DVCS для маленьких

Занятно.

ЗЫ И у вас тоже *ФУ...

Чисто из любопытства: а чем ртуть лучше гита?

P.S. Я достаточно простой пользователь. Меня устраивает почти любая система контроля версий, но в каком-то смысле вынужденно прошёл путь CVS->subversion->mercurial->git. По git как бы и документации больше и поддержка со стороны сторонних сервисов агрессивнее.

Ничем. Он и не хуже и не лучше. У меня преподский аккаунт на bitbucket без ограничений на количество человек в приватных репах. В момент появления, hg лучше git-а поддерживала оффтопик, из-за чего я стал использовать его на лабах. А студенты и без меня (если успеют) поработают с git.

А студенты на программистов учатся? Лично мне после беглого обзора с едой не очень понятно показалось. ) Возможно, лично мне бы понятнее было просто показать скриншоты дифов файлов с изменениями одних и тех же строк и последующих слияний. Ну, это, конечно, сейчас так кажется. Как лучше воспримет такую информацию человек впервые, сложно сказать.

Ну и позволю себе ещё покритиковать. ) Тема децентрализации не раскрыта, как мне показалось. Как вариант, можно добавить, что меню записано в отдельных блокнотиках на работе и дома, включая полную историю изменений и слияний там и там.

список продуктов как объект для объяснения систем управления версиями

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

P.S. + красного цвета и - зелёного немного взрывает мозг.

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

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

В ходе рассказа приходиться несколько раз делать акцент, что под «меню» подразумевается именно файл с исходным кодом программы. Преимущество использования «меню» в качестве изменяемого объекта: краткость описания. Но есть и недостатки:

...в списке продуктов порядок значения не имеет...

Пока не знаю на что можно заменить «меню», что бы оставить такое краткое написание и объекта и действий (изменений).

Учитывая, что у меня есть только одна пара на введение в предмет, в рамках которой есть минут 20 на описание используемых инструментов, я проработал только эти 4 слайда.

В планах обновить лабораторную работу по введению в Mercurial (которая была написана уже очень давно) и подготовить к ней полноценную презентацию. Но это одна пара для лекции и одна пара для лабораторной работы, которые вставить в учебный процесс некуда.

Поэтому в рамках практических занятий студенты постепенно осваивают первый команды:

• Создать локальный репозиторий.
• Добавить файл.
• Зафиксировать изменения.
• Изменить файл.
• Зафиксировать изменения.
• Изменить файл.
• ...

Результат студенты сдают на флешках, а их папки-репозитории я сохраняю на файл-свалке.

Зато когда под моим руководством они пишут курсовые/квалификационные, я могу более плотно контролировать их работу.

Эээ, скорее наоборот. На картинке показан код с использованием tikz, который на неподготовленные умы действует разрушительно. Если посмотреть исходник, то после терминов и определений идет вполне себе обыкновенный Latex, который при наличии снипетов пишется почти мгновенно.

Какие-то у вас рецепты странные...

За то время пока ты там один слайд нарисуешь, в офисе можно 10 сделать

Основное время отнимает обдумывание содержания. И задачи бывают разными. В свой время я неделю бился с подготовкой слайдов с описанием процесса вызова подпрограммы на Ассемблере в офисном пакете. А в результате совершенно не изменяемый набор слайдов в котором при любом чихе все объекты разбегались в разные стороны. В итоге я задень переписал это всё на Beamer+TikZ, в первый раз полноценно используя последний. При этом у меня появилась возможность на уровне «стилей» менять вид большого числа объектов разом.

Что бы не быть голословным: https://bitbucket.org/AlexVRud/presarhpc/downloads/ArchComp_Lecture01.pdf - последние слайды

Глупости какие.

Таким же образом можно приделать абсолютно любой список

ждем версии для блондинок и автомехаников

Я минут 5 думал как эти картинки могут объяснять работу git)

+ красного цвета и - зелёного немного взрывает мозг.

Так и не смог подобрать цвета по твоему рецепту, зато вынес определение цветов для элементов в преамбулу. Можно теперь поискать «дизайнера» :)

Молодец! Очень даже информативно. Я все понял. Спасибо.

+ красного цвета и - зелёного немного взрывает мозг.

Так и не смог подобрать цвета по твоему рецепту

в меркуриале по умолчанию (если включить расширение color) всё ровно наоборот: + зелёный, - красный

Дошло о чём вы.

Можно теперь поискать «дизайнера» :)

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

Насколько маленьких? Ей-богу, ерундой какой-то занимаетесь.

Лучше расскажите студентам, как в гите хранилище организовано, как им пользоваться они после этого сами поймут.

Это для малого ШАДа?

Спасибо, было интересно.

А у меня на работе нельзя бинари на флешке приносить. Так я ртуть притащил как текстовые файлы

Не скажи. Представь есть 30 филиалов. По каждому филиале 1 слайд. Там куча графиков и т.д. и т.п. Эти слайды нужны на планерке ЕЖЕНЕДЕЛЬНО.

Целай отдел их в поверпоинте рисует....

Ш - достаточно Г.

О, САФУ :) Был у вас однажды, очень понравилось.

Я достаточно простой пользователь. Меня устраивает почти любая система контроля версий

В этом и проблема, а между тем разница в поддержки проекта под svn радикально отличается от git.

Пока не знаю на что можно заменить «меню», что бы оставить такое краткое написание и объекта и действий (изменений).

«Список покупок» же.

[ценное замечание]А у меня был где-то блокнотик с символикой САФУ.[/ценное замечание]

Слайды хороши, надо бы и мне взяться и освоить латех как следует.

На 4/15 ошибка. Для полноты картины результаты слияния должны быть разными, а не только одно и тоже в разной последовательности.

Презентации в TeX'е --- лойс. Сам сейчас для университета всё в нём делаю.

Как уверенный пользователь DVCS, эти картинки меня сильно запутали ))) Обратный эффект ;)

Ну тогда хоть опиши, что не так

Я предлагаю такой вариант (пример): лепим сначала глиняный горшок и делаем обжиг (коммит). Затем приделываем ручки - и снова обжиг для закрепления (коммит). Потом носик. Дальше крышка. Это чайник.

А когда возвращаемся к горшку с ручками делаем просто крышку. И получилась кастрюля.

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

Мне кажется мой вариант с лепкой такой вот посуды нагляднее. И совсем для нубов яснее что коммит это как обжиг глины - больше не изменишь.

Чисто из любопытства: а чем ртуть лучше гита?

Меркуриал писали люди для контроля версий, а гит писал Трольвадс для себя. Не удивлён, что HG оказался более «дружелюбным» для адекватного новичка.

Цвета простые и грустные. В статье-оригинале они намного веселее. Может, стоит взять палитру из MS Office?

В оригинале используется градиент, я пробовал его, выглядит лучше. Надо тогда один из компонентов заменить (-молоко/+чай). Цвета простые, согласен, там пока red!20 и т.п.

Знаешь, я тут подумал ещё; вспомнил, что слайды показывают не на мониторе компьютера, а на настенном экране, проектором. Вспомнил, что проекторы мне всегда встречались блеклые.

Так что для проектора такие цвета, может, и получше будут, чем градиенты.

Как оказалось, и эти цвета не видны на старом проекторе. На новых всё Ок. Но лучше всего LED телевизор.