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

[syoma]

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

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

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

[Andreas1]

Странный холивар: есть люди, которым удобно и при одиночной работе пользоваться VCS, есть те, которые и без нее обходятся отлично. Если же работа в команде, то правила должны быть едины и пусть человек сам учится, если хочет быть в команде.
Лично мне прежде SVN, а теперь и Fossil удобен именно возможностью откатиться на шаг назад, простотой синхронизации между рабочими местами( ну не люблю я ноуты), возможностью веток для странных хотелок заказчика и меток для однозначного поиска старого. Иногда надо посмотреть, что изменилось со времени Х и не поэтому ли полезли новые глюки, особенно при мелкой дороботке старых проектов. Если и так хорошо - зачем заставлять себя или соседа?
Я, например, никак не могу понять для себя пользу смартфонов: мне важнее 2..3 недели без подзаряда. А кто-то без них не может и готов по 2 раза в день заряжать. Важно показать возможности и пусть человек сам решает, надо или нет.

[vitan]

Важно показать возможности и пусть человек сам решает, надо или нет.

+1.
Я могу еще добавить, что у многих упомянутый "порог срабатывания" превышен значительно сильнее, и многим недостаточно уже и ее (VCS). Помимо VCS народ использует и багтрекеры, и системы контроля требований, и т.д. и т.п. Вот лично я, например, вообще почти ничего не программирую, но активно использую CVS для управления документацией (ЕСКД) и файлами проектов печатных плат, ПЛИС и т.д. При этом мне этого не достаточно, и я еще дополнительно связываю все это с системой багтрекинга (это у меня абсолютный минимум). А еще хочется нормальную PDM, а лучше PLM... И требования тоже хочется... И вообще хочется максимум переложить на компьютер, чтобы мозг занимался собственно разработкой (творческой работой), а не рутиными вещами. Это чисто вопрос личного выбора каждого.

[ViKo]

При этом мне этого не достаточно, и я еще дополнительно связываю все это с системой багтрекинга (это у меня абсолютный минимум). А еще хочется нормальную PDM, а лучше PLM... И требования тоже хочется... И вообще хочется максимум переложить на компьютер, чтобы мозг занимался собственно разработкой (творческой работой), а не рутиными вещами. Это чисто вопрос личного выбора каждого.

Вот от этого и я бы не отказался. Придет время, найду и освою.

Это как же так? Т.е. есть файлы my_function1.c, my_function2.c и т.д.? Как же вы их в исходники включаете. Ручками? А как это сделать мышкой?

Выделяю нужные файлы, добавляю в Target. Писал же уже. Keil IDE. Это редкая процедура, это же не коммитить по 3 раза на дню.

[AHTOXA]

Это как же так? Т.е. есть файлы my_function1.c, my_function2.c и т.д.? Как же вы их в исходники включаете. Ручками? А как это сделать мышкой?

Выделяю нужные файлы, добавляю в Target. Писал же уже. Keil IDE. Это редкая процедура, это же не коммитить по 3 раза на дню.

Правильно ли я понял, что вы при внесении изменения в файл my_fileN.c всякий рвз переименовываете его в my_fileN+1.c, ручками удаляете файл my_fileN.c из проекта Keil, и добавляете туда файл my_fileN.c?
А потом ищете в Тотал командере эти два файла и сравниваете их содержимое?
Тогда вам действительно не нужна система контроля версий.

2 All. По-моему, мы наблюдаем здесь откровенный троллинг со стороны пары модераторов и ViKo. Советую поберечь бисер.

[ViKo]

Правильно ли я понял, что вы при внесении изменения в файл my_fileN.c всякий рвз переименовываете его в my_fileN+1.c, ручками удаляете файл my_fileN.c из проекта Keil, и добавляете туда файл my_fileN.c?
А потом ищете в Тотал командере эти два файла и сравниваете их содержимое?
Тогда вам действительно не нужна система контроля версий.

Правильно. Но не на каждое изменение, а только при кардинальных. Когда и прежняя версия рабочая, и ее желаю оставить на всякий случай, для изучения и т.п.
Называю так: xxx_vnn.c В заголовке файла описываю, что же там особенное такое.
И сравнивать их мне нужно совсем уж в редких случаях. Вот когда с напарником сливались (в экстазе) посредством СКВ, и ловили непонятные глюки, вот тогда запускал сттарый добрый TC.
А для мелких изменений есть
#if xxx
...
#endif

[AlexandrY]

Правильно. Но не на каждое изменение, а только при кардинальных. Когда и прежняя версия рабочая, и ее желаю оставить на всякий случай, для изучения и т.п.
Называю так: xxx_vnn.c В заголовке файла описываю, что же там особенное такое.

У меня кардинальные изменения приводят как правило к измененинию имени файла.
Почаще менять имена файлов один из способов хорошо держать в голове контекст.

Кстати пользователи контроля версий наверно неохотно меняют имена файлов и тем более директорий, это же сильно затрудняет сравнение.

[Andreas1]

Кстати пользователи контроля версий наверно неохотно меняют имена файлов и тем более директорий, это же сильно затрудняет сравнение.

Да никак не затрудняет. Даже проще, когда о переименовании помнит система, а не я. Хотя я редко переименовываю файлы уже в процессе разработки, не вижу смысла.

[AlexandrY]

Да никак не затрудняет. Даже проще, когда о переименовании помнит система, а не я. Хотя я редко переименовываю файлы уже в процессе разработки, не вижу смысла.

Какая система?
А если некоторые файлы проекта генерируются? И под разными названиями.
Ваша 'система' тоже об этом помнит вместо вас?

Например, тупо нужно время на освоение. Накладные расходы в течение рабочего дня. Еще можно повспоминать...

CVS, а там с этим проблемы. Но меня устраивает.

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

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

[vitan]

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

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

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

А завтра "окажется", что они вообще не связаны с работой мозга, а связаны c <подставьте любую фразу>. И что? Зато я точно знаю, что если я буду изобретать велосипед, то мне придется загрузить мозг расчетами и моделями велосипеда, при этом я столь же четко знаю, что в итоге я не получу ничего, кроме велосипеда. А в магазине он стоит уже готовый. Поэтому логично представить эту информацию ненужной, не так ли?

[AlexandrY]

Дал возможность ...

Зато я точно знаю, что если я буду изобретать велосипед, то мне придется загрузить мозг расчетами и моделями велосипеда

А между тем даже приблизительно не можете оценить эффект от применения контроля версий.
Про велосипед совершенно негодная метафора. Ну вот причем здесь велосипед?

Я поклонник Брукса знаете ли - Серебряной пули нет
Контроль версий это можно сказать ненужная сложность по Бруксу.
А также поклонник 1-го принципа Agile: люди и взаимодействие важнее процессов и инструментов.