Всё верно. Только как его сохранить? В восьми папках с названиями вроде "project_last_work_dd_mm_yyy", "project_test_work_dd_mm_yyy"? А если таких проектов несколько? Сколько времени у нового человека уйдёт, чтоб просто собрать последнюю версию. Про проследить что, когда и зачем добавлялось можно забыть сразу.



И результат на лицо! Я так понимаю, с Эльбруса под Патриот ОС пишете?

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

Дядьку-то брали не чтоб он отдел создал, а чтоб созданный фирмой продукт был продан покупателю и дал прибыль.



Вот! Вы делаете проекты, они работают и продаются. И для того чтоб выполнять вашу работу вам нужна система контроля версий. А теперь представьте, что вам начиная со следующего проекта новый владелец запрещает пользоваться системой контроля версий. Удобно вам будет?

Я уже описывал в этой ветке.

Поэтому пытаетесь убедить всех тех, кто ест с удовольствием, что у них плохой вкус. AlexandrY не ел, но убеждает с не меньшем рвением.


Corvus, 5+

Если использование системы контроля версий наносит вред результату - придется подчиниться. Пока же она приносит только пользу.

А.. это ваша нетленка про SVN на сайте embedders

Мне там понравились такие перлы:
"Если переключения происходят часто, то можно случайно зафиксировать эти изменения не в ту ветку разработки."
"При работе с ветвлениями проверяйте, куда именно вы фиксируете изменения, что бы не «потерять» их."
"Все эти конфликты придется разрешать в ручную."
"Поэтому не стоит допускать так называемого «большого расхождения» веток разработки, т.к. в этом случае слияние веток становиться сложным и запутанным процессом"

И это то все надо сказать должно делаться в том самом печально известном Windows Explorer
Т.е. "Мыши плакали, кололись, но продолжали грызть кактус".






Ну прямо, "не ел"
Сергей не хотите же вы сказать, что мне поставить утилитку всю функциональность которой можно описать на 10 листах (TortoiseSVN) составляет какую-то проблему?
Проблема это вот те перлы перечисленные выше.

Ничего я не пытаюсь, это вы домысливаете. Я высказался, что меня TortoiseHg напрягла, а доводы апологетов не убедили.

Кстати, упомянутую выше статью я тоже читал. Давно, поэтому ничего не помню. Она дала повод задуматься, что ето такое.

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



Судя по всему вы пробовали использовать меркуриал. Эта система требует иного подхода к работе с репозиторием чем тот же SVN, я въезжал где то неделю в него.

Чужой старый код можно скомпилить только на томже компиляторе. И, возможно, при организации как у RST7 - что-то получится.

Помнится я писал код под Watcom_x86, затем портировал под Студию_ARM7, потом для обхода лицензии под GCC_ARM7, а затем под лицензионный ICC_ARM7. Этот код выполнял одни и теже действия, но из-за разных компиляторов приходилось его модифицировать в каждом случае под конкретное описание прерываний и т.п.

А вот пример про SVN в руках у дурака: система на QNX шлёт Ethernet пакеты в системы на Linux и Windows. Исходники всех трёх систем лежат в общем SVN. Начальник - разработчик Windows.
1. Я, как разработчик под QNX передаю бумажный документ описывающий в виде таблицы содержимое пакета, длинн и форматов данных всем участникам.
2. Происходит успешная стыковка QNX - Linux. Система под Windows не понимает пакеты от QNX.
3. Windows-Начальник составляет по документу Etable.h файл, кладёт его в SVN и требует чтоб все компилили именно с ним.
4. Система под QNX со скомпилённым Etable.h стыкуется с системой под Linux со скомпилённым Etable.h. Система под Windows не понимает пакеты от QNX.
5. Windows-Начальник говорит что програмисты QNX и Linux не умеют пользоваться SVN, читает лекцию, лично делает чекин/чекаут и следит чтоб компилили именно его Etable.h. Итог - Система под QNX стыкуется с системой под Linux, система под Windows не понимает пакеты от QNX.
6. Windows-Начальник запускает свой Windows имитатор на основе Etable.h, эти пакеты ловит другая Windows система, но не ловит системы под Linux и QNX.
7. Обнаруживаю, что пакеты на пару байт отличается по длине, меняю длину, проверяем - система под Windows начала принимать пакеты, под Linux перестала.
8. Никакие ухищрения с упаковкой структуры не помогали, сделать ifdef под каждую операционку Начальник не позволял (очень важно чтобы все компилили один и тот же код внутри {}, а если нет - то мы не програмисты). В итоге брали из SVN этот Etable.h, но компилили проект со своим, благо Watcom под винду не было.

Насколько я помню дело было sizeof(ххх), только ххх ничего не содержал в себе. И QNX с Linux вставляли в структуру 0, а Windows выбрасывал параметр из структуры и всё сдвигалось. Три отдела потеряли на это около двух недель рабочего времени.

Недолго осталось до появления всероссийской ОС (на основе Linux). Все остальные ОС будут запрещены.

Все могу понять, но вот только причем здесь системы контроля версий, за исключением места где лежал файл?

Проясните мне, чайнику 50+, тупой вопрос. Пишете вы программу, и вдруг на версии 2048 вас осенило, что в версии 2000 некий фрагмент был сделан лучше (правильнее). Но и в 2048-й сделано, естественно, много нужного.
Я мгновенно открываю старый файл, поиском или сравнением нахожу нужные места, копирую в файл с последней версией, и продолжаю работу.
Ваши действия, меркурианцы, тортильцы, субверсионцы - ...?

Смешной вопрос! Конечно же пишите объяснительную записку в "лист регистрации изменений" вместе с заявлением об увольнении.

merge рабочей копии с версией такой-то (можно выбрать по логу, например) и интерактивное выбирание нужных кусков (edit conflict). Затем коммит новой рабочей копии.

Уменьшено РґРѕ 84% 1024 x 916 (78.39 килобайт)

Легко и небрежно.

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

P.S. пошел качать последнюю TortoiseHg

Ну на моем примере их всего 25. Да и там трудно надорваться - нажимаете плюсик на той стороне, которую надо добавить в результат да и все. Внизу сразу виден будущий результат. С копированием можно "надорваться" куда мрачнее.

Типа начальник думал, что никто не умеет извлечь нормальную версию. Оказалось не так, но СВН все равно виновата, ведь с нее же поначалу начались разборки. Аргумент убийственный, ничего не скажешь.
Да и начальник, если задуматься, не особо и дурак-то...


На деле еще легче. Часто конфликтов гораздо меньше и изменения вносятся автоматом.