Тупой вопрос - как объяснить 50-летнему чайнику про SVN? Опции

[syoma]

Столкнулся с по-видимому непосильной задачей - как объяснить человеку, а точнее даже не одному, оставшимся в прошлом веке, как работает SVN (Точнее TortoiseSVN) и почему не надо архивировать и хранить версии всех своих файлов в той-же папке, что такое Коммит и Чекаут, и почему оно ничего не находит в екплорере?

Вроде как программисты, а вроде как и нет.

Может есть инструкция доходчивая на русском для тупых или опыт какой? У меня просто мыслей и нервов не хватает.

[Aner]

А такое объяснение как тут тоже не понимают? ---> https://ru.wikipedia.org/wiki/TortoiseSVN; https://ru.wikipedia.org/wiki/Система_управления_версиями

[AlexandrY]

почему не надо архивировать и хранить версии всех своих файлов в той-же папке

А попробуйте объяснить здесь.
Я, например, никогда не понимал зачем нужен SVN. И храню версии свих файлов в той же папке.

[krux]

заставить пользоваться определенным механизмом на работе можно только административными методами.
пока нет необходимости в использовании определенного механизма (в вашем случае SVN) для получения заветных $$$ - финансово незаинтересованные работники будут если не бастовать, то итальянить.
как бы вы не старались "научить" их, если нет мотивации - не будет результата.

[Lmx2315]

А попробуйте объяснить здесь.
Я, например, никогда не понимал зачем нужен SVN. И храню версии свих файлов в той же папке.

..присоединяюсь.
з.ы.
википедию прочитал, все сложно.

[krux]

..присоединяюсь.
з.ы.
википедию прочитал, все сложно.

раз пошла такая пьянка, то мое мнение - TortoiseSVN не нужен.
под винду лучше уж сразу TortoiseHG или TortoiseGit. И только для проектов состоящих в основном из текстовых файлов.
там хотя бы kdiff3 (из комплекта) в нормальном виде сразу показывает что поменялось.

[Владимир]

И храню версии свих файлов в той же папке.

Они бывают не только свои, но и общие

википедию прочитал, все сложно.

Так не читать, а пробовать надо. Там для начала только 2 команды отдать и забрать

[vitan]

Все очень просто. Допустим, их там Х человек. Начальник дает им задание написать ОДНУ программу. При этом каждый будет писать 1/Х кода (пропорции можно контролировать деньгами при желании). Для верности перед окончанием работы поменять парочку малозначащих требований. И все наладится. Народ сам поймет, что нужен контроль версий, сам будет бегать за консультациями и организует факультативный кружок.

[Lmx2315]

Все очень просто. Допустим, их там Х человек. Начальник дает им задание написать ОДНУ программу. При этом каждый будет писать 1/Х кода (пропорции можно контролировать деньгами при желании). Для верности перед окончанием работы поменять парочку малозначащих требований. И все наладится. Народ сам поймет, что нужен контроль версий, сам будет бегать за консультациями и организует факультативный кружок.

..т.е. смысл только для рабочих групп? Единоличнику это жизнь за счет чего может упростить?

[vitan]

..т.е. смысл только для рабочих групп? Единоличнику это жизнь за счет чего может упростить?

За счет освобождения мозга от ненужной информации. Лично я начинал именно как единоличник. В этом случае важно количество работы в единицу времени. То бишь мощность разработчика. Если она низкая, то ничего не надо. Если высокая, то без доп. средств не обойтись. При этом причины увеличения мощности не важно в чем: одного начальник заставляет, другому самому интересно, третьему кушать хочется и т.д.

[Lmx2315]

За счет освобождения мозга от ненужной информации.

т.е. только пробовать , иначе не понять?

[vitan]

т.е. только пробовать , иначе не понять?

Нет, ну почему? Я лично осознал необходимость _перед_ тем, как попробовал. Просто понял, что мощность снижается из-за повышения времени. Слава Богу, до снижения количества не дошло.

[Сергей Борщ]

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

[ARV]

если какой-то файл редактировался, скажем, тремя авторами в разное время разными участками, имеется ли возможность "откатить" изменения, сделанные только одним из редакторов, оставив изменения остальных в силе? что будет, если при этом один участок кода многократно правился всеми тремя, причем один изменял изменения другого?

[spf]

Вводить в тему следует на живом примере и без жёсткого напора.
Как вариант - создать совместно набор правил по работе с хранилищем, "как работать с хранилищем", затем довести это до "стандарта" во всём коллективе.

Все подобные вещи (системы ведения версий) в первую очередь являются инструментом дисциплинарного уровня, а все остальные плюсы - это уже сопутствующие довески.
Если отсутствует понимание, что проект должен вестись в русле определённых и единых правил, то объяснять будет бесполезно. Будет только отторжение.
Отторжение из-за внутреней дисциплины и привычек высокого уровня и в жёсткой форме, или же наоборот, из-за полного отсутствия понимания необходимости дисциплины при разработке.

Дока на сам SVN написана лучшим образом, читать её от корки до корки до понимания всех плюшек. :-)