-
- можно было бы обойтись ссылкой на общую папку, но аффтары mercurial принципиально не хотят поддерживать ссылки в хранилище zeleny(117 знак., 17.01.2012 23:31)
- Кто же подскажет, без конкретики, которая известна только Вам :-) skmr(797 знак., 17.01.2012 20:21)
- Все так и есть. Все это уже используется все 5 пунктов. Но вот решил начать "новую" жизнь использовать DVCS. И мировозрение и подходы пришлось менять. - abivan(18.01.2012 08:44)
- Структура кода (разбивка по файлам, выделение в библиотеки, ...) и использование системы контроля версий - вообще разные вещи. skmr(155 знак., 18.01.2012 14:11)
- если бы мне было видней я б не спрашивал бы тут. - abivan(18.01.2012 15:42)
- Структура кода (разбивка по файлам, выделение в библиотеки, ...) и использование системы контроля версий - вообще разные вещи. skmr(155 знак., 18.01.2012 14:11)
- Все так и есть. Все это уже используется все 5 пунктов. Но вот решил начать "новую" жизнь использовать DVCS. И мировозрение и подходы пришлось менять. - abivan(18.01.2012 08:44)
- Скорее всего, ваше суждение из последнего абзаца ошибочно. Проверьте еще раз. - amusin(17.01.2012 19:55)
- #include "pribor_A.c" :)) - MBedder(17.01.2012 16:48)
- Ключевое слово branches - Vladimir Ljaschko(17.01.2012 16:25, ссылка)
- про ветки я начал читать, но сложилось первое впечатление что ветки это ответвления в рамках одного проекта. А потом их все равно нужно сливать. Но если это именно то что нужно почитаю повнимательнее. abivan(216 знак., 17.01.2012 16:38 - 16:41)
- ветки то что надо, поправил ошибку, слил, а в каждой ветке своя специфика - git(18.01.2012 05:05, )
- may!=must. Сливать вовсе не обязательно. - Vladimir Ljaschko(17.01.2012 16:49)
- Да, что за компилятор? - можно организовать несколько проектов в одном рабочем пространстве, используя условную компиляцию в общих файлах при необходимости. И это будет самое правильное. - Vladimir Ljaschko(17.01.2012 16:51)
- так сделал в одном проекте, еще до использования VCS. Не очень нравится. А при использовании VCS это вообще кажется не очень правильным (fk0 прав про напортачил). Пробую ветки. По ссылке все выглядит весьма красиво - abivan(18.01.2012 08:51, ссылка)
- Только не это! Напортачили в одном месте -- поломалось в другом. И бранчи в subversion весьма условны (или я не умею их готовить). Можно тупо сделать в одном репозитории (вот это принципиально, что в одном) svn copy PATH/pribor_A PATH/pribor_B, fk0(85 знак., 17.01.2012 18:36)
- Эту разницу потом надоест смотреть, текстовое сравнение в svn даже хуже, чем коммандере. Действительно, были коллизии с условной компиляцией, но я научился их больше не создавать. Зато ОДИН! текст. - Vladimir Ljaschko(17.01.2012 18:42)
- При чём здесь svn? Он обычный diff выдаёт. Только svn не нужен. Я, например, в meld смотрю... - fk0(17.01.2012 23:00)
- Эту разницу потом надоест смотреть, текстовое сравнение в svn даже хуже, чем коммандере. Действительно, были коллизии с условной компиляцией, но я научился их больше не создавать. Зато ОДИН! текст. - Vladimir Ljaschko(17.01.2012 18:42)
- Да, что за компилятор? - можно организовать несколько проектов в одном рабочем пространстве, используя условную компиляцию в общих файлах при необходимости. И это будет самое правильное. - Vladimir Ljaschko(17.01.2012 16:51)
- про ветки я начал читать, но сложилось первое впечатление что ветки это ответвления в рамках одного проекта. А потом их все равно нужно сливать. Но если это именно то что нужно почитаю повнимательнее. abivan(216 знак., 17.01.2012 16:38 - 16:41)