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

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

Достаточно будет просто сохранить проект на той стадии, до которой тот его довел.

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

 

У нас, российских разработчиков, свой путь к технической сингулярности :) - с упором на индивидуала! А насаждение американской коллективизации в любом деле уже достало.

 

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

 

18836_original.1414154129.jpg

 

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


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

>Разработка системы не была завершена.

Cреди людей, родившихся в 1839 г. и питавшихся впоследствии огурцами, смертность равна 100%.

 

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

 

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

 

Я все свои проекты делаю в одно лицо. И система контроля версий мне все равно очень помогает.

 

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

 

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


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

Чем?

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

 

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

 

 

Corvus, 5+ :biggrin:

 

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

 

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


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

Работаю в сфере беспроводной связи и вычислительных устройств.

 

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

 

Мне там понравились такие перлы:

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

"При работе с ветвлениями проверяйте, куда именно вы фиксируете изменения, что бы не «потерять» их."

"Все эти конфликты придется разрешать в ручную."

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

 

И это то все надо сказать должно делаться в том самом печально известном Windows Explorer

Т.е. "Мыши плакали, кололись, но продолжали грызть кактус".

 

 

 

 

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

 

Ну прямо, "не ел" :biggrin:

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

Проблема это вот те перлы перечисленные выше.

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


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

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

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

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

 

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

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


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

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

 

Мне там понравились такие перлы:

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

"При работе с ветвлениями проверяйте, куда именно вы фиксируете изменения, что бы не «потерять» их."

"Все эти конфликты придется разрешать в ручную."

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

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

 

 

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

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

 

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


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

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

Чужой старый код можно скомпилить только на томже компиляторе. И, возможно, при организации как у 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 выбрасывал параметр из структуры и всё сдвигалось. Три отдела потеряли на это около двух недель рабочего времени.

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


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

... - система под Windows начала принимать пакеты, под Linux перестала. 8. ... а Windows выбрасывал параметр из структуры и всё сдвигалось. Три отдела потеряли на это около двух недель рабочего времени.
Недолго осталось до появления всероссийской ОС (на основе Linux). Все остальные ОС будут запрещены. :smile3046:

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


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

А вот пример про SVN в руках у дурака:

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

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


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

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

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

Ваши действия, меркурианцы, тортильцы, субверсионцы - ...?

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


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

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

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

Ваши действия, меркурианцы, тортильцы, субверсионцы - ...?

 

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

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


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

Ваши действия, меркурианцы, тортильцы, субверсионцы - ...?

 

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

 

post-6610-1414174121_thumb.png

 

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

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


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

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

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

 

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

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


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

На словах легко... Как бы не надорваться, редактируя 256 конфликтов...

 

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

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


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

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

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

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

 

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

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

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


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

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

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

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

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

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

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

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

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

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