Стоит ли промывать линзы плановой замены раствором со специальными таблетками?
И что значит на растворе «без механической очистки»? Это я их не должен пальцами жамкать, или расствор их механически не почистит?
Очень хочется получить возможность добавлять топики в черновики личного блога даже при отрицательной карме.
Вот написал я статью, стал добавлять на хабр. Выбрал блог, вставил текст, написал заголовок, теги. Жму «отправить» а не тут-то было! Карма-то в минусе. Дай, думаю, добавлю в черновики до лучших времен. Так ведь тоже не даёт! Приходится хранить в текстовике на рабочем столе до лучших времен.
Подумайте над этим, пожалуйста.
Хотел написать в «Идеи для сайта», но ведь карма :)
>pr1.project.example.com/trunk или pr2.project.example.com/trunk получаешь в рабочую копию данные из одного репозитория?
Я так понимаю, что здесб лежат рабочии копии программистов. Т.е. это не свн. Возможно я ошибаюсь.
>Но вот что мне не нравится больше всего, при продолжении работы программист и верстальщик делают commit и
>в интеграционном проекте build будут последние изменения сделанные кем-либо из pr1, m1. Это усложняет совместную разработку.
Почему после коммита обоих в build появится только один? Наоборот при коммите изменения сольются. А если не сольются, то второму надо будет сначала апдейт сделать, потом конфликты поправить.
Репозитарий на всех один. Программист и верстальщик просто сделали checkout в свои личные директории.
>Таким образом нет username.project.example.com/trunk, а есть project.example.com/trunk и в редких
>случаях project.example.com/branches/username (его «нужно» потом объединять с основной веткой разработки).
То, что вы называете project.example.com/branches/username есть почти то же самое, что и username.project.example.com/trunk. За исключением того, что в первом случае в репозитарии уже лежит модифицированный код, который надо сливать с основным проектом. А во втором случае модифицированный код лежит пока у конкретного программиста и ему нужно сделать commit в общую ветку.
И что значит на растворе «без механической очистки»? Это я их не должен пальцами жамкать, или расствор их механически не почистит?
(шутка)
Вот написал я статью, стал добавлять на хабр. Выбрал блог, вставил текст, написал заголовок, теги. Жму «отправить» а не тут-то было! Карма-то в минусе. Дай, думаю, добавлю в черновики до лучших времен. Так ведь тоже не даёт! Приходится хранить в текстовике на рабочем столе до лучших времен.
Подумайте над этим, пожалуйста.
Хотел написать в «Идеи для сайта», но ведь карма :)
Я так понимаю, что здесб лежат рабочии копии программистов. Т.е. это не свн. Возможно я ошибаюсь.
>в интеграционном проекте build будут последние изменения сделанные кем-либо из pr1, m1. Это усложняет совместную разработку.
Почему после коммита обоих в build появится только один? Наоборот при коммите изменения сольются. А если не сольются, то второму надо будет сначала апдейт сделать, потом конфликты поправить.
Репозитарий на всех один. Программист и верстальщик просто сделали checkout в свои личные директории.
>Таким образом нет username.project.example.com/trunk, а есть project.example.com/trunk и в редких
>случаях project.example.com/branches/username (его «нужно» потом объединять с основной веткой разработки).
То, что вы называете project.example.com/branches/username есть почти то же самое, что и username.project.example.com/trunk. За исключением того, что в первом случае в репозитарии уже лежит модифицированный код, который надо сливать с основным проектом. А во втором случае модифицированный код лежит пока у конкретного программиста и ему нужно сделать commit в общую ветку.