Перейти к содержанию
    

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

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

 

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

 

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

 

 

 

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

А попробуйте объяснить здесь.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

заставить пользоваться определенным механизмом на работе можно только административными методами.

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

как бы вы не старались "научить" их, если нет мотивации - не будет результата.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А попробуйте объяснить здесь.

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

..присоединяюсь.

з.ы.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

..присоединяюсь.

з.ы.

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

раз пошла такая пьянка, то мое мнение - TortoiseSVN не нужен.

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

там хотя бы kdiff3 (из комплекта) в нормальном виде сразу показывает что поменялось.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Вводить в тему следует на живом примере и без жёсткого напора.

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

 

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

Если отсутствует понимание, что проект должен вестись в русле определённых и единых правил, то объяснять будет бесполезно. Будет только отторжение.

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...