В-общем, тоже выход.
Однако, на продакшене будут лежать «мусорные» каталоги .svn, что мне не нравится.
Да и к тому же если мне нужно обновить функциональность не просто до какой-то ревизии, а допустим только 3-4 и 9-11 (условно обозначим номера ревизий), при этом нельзя допустить заливку 5-8, то как-то получается неудобно.
Конечно, дело можно поправить, проводя изменения только в бранчах, а то что нужно залить мержить в транк… Но вот пока я до этого не дошёл. Ну и .svn как-то совсем не радует.
Да и не стоит забывать, что на девелоперском сервере и боевом в проекте разные ini, которые так же хранятся в svn. При обновлении точно могут возникнуть проблемы.
Тут штука вот в чём. Изменения между текущей и предыдущей ревизией и без специальных редакторов посмотреть можно.
Например, просто консольной командой svn diff --summarize
А скрипт написан для повторения функционала TortoiseSVN, а именно получения изменившейся части дерева проекта с учётом вложенности каталогов.
Вручную же собирать это дело, глядя на вывод svn diff --summarize надоедает уже на третий раз.
Задача описана в статье «Умный экспорт из SVN при помощи TortoiseSVN», ссылка на которую дана в начале.
Если коротко, то я хочу экспортнуть из репозитория файлы, которые были изменены в промежутке между начальной и конечной ревизиями. Чтобы потом их залить уже на живой проект. Простым копированием.
svn diff же даёт вывод утилиты diff, применённой к изменившемся файлам.
Что же касается сложности скрипта, то я его сделал за 2 часа не зная ни bash, ни awk, ни sed. И теперь пользуюсь им каждый день.
Я уверен, что это можно было бы сделать проще, но у меня вышло так. И на этом остановился, потому как скрипт стал делать то, что я хотел от него получить.
Подключил в один из своих проектов, благодаря статье.
Было большой ошибкой с моей стороны ставить die();
Целый час вдвоём пытались понять почему падает отправка формы.
Довольно быстро поняли, что это из-за отправляемой кавычки.
Но то поле могло содержать кавычку и ничего страшного бы не произошло.
Рыли в сторону падения sql-запроса.
Когда через час я догадался глянуть почту...
Вот уже несколько раз отваливались от аськи квип, пиджин и прочие.
За последние полгода раза три наверное.
И если при этом верно то, что написано в первом абзаце обсуждаемого поста.
То почему клиент sim, поставленный мной в октябре 2007 версии, если не изменяет память 3.4.1, которая выпущена больше года назад работал и работает? Никаких обновлений не требует.
Почему miranda с icq.dll мохнатого года выпуска тоже работает без проблем с того самого мохнатого года?
Почему hotfix на qip был сделан за 10 минут?
Сдаётся мне тут может быть только одно объяснение. И заключается оно в том, что клиенты, которые отваливаются плохо(мягко говоря) реализовали протокол и каждый раз при проблемах с подключением исправляют _свои_ ошибки. И команда ICQ вроде как не при делах.
Или я что-то упустил и имеется специальная магия, заставляющая sim работать, работать и работать?
P.S. Сам вчера столкнулся с проблемой, т.к. в основном использую pidgin.
"Чтобы работать с em как с px, установите font-size для тега body 62.5%. Размер шрифта по умолчанию 16px используя это правило, мы задаем величину em равную примерно 10px (16 x 62.5% = 10). Это позволяет легко задавать в em размеры соответствующие пиксельным величинам, к примеру 1.3em примерно равно 13px."
"В то время как трудоголик еще на работе, настоящий герой уже дома, так как он уже нашел способ решить все задачи."
Гораздо чаще этот "герой" просто ничего не сделал, а дома потому что он первый вскочил с места и унёсся как только подошёл конец рабочего дня...
Попробовал. Возникла проблема:
assert version in ("4.0",)
Если в main.ui поменять версию на 4.0, то
тоже ничего хорошего.
Создавался файл .ui в KDevelop 3.5.0
Это же переводная статья. Оригинал датируется декабрём 2005го года. Возможно тогда какие-то проблемы существовали.
Я использовал Qt3 только потому, что он уже был установлен на моём стареньком ноутбуке.
cleanup: Recursively clean up the working copy, removing locks, resuming
unfinished operations, etc.
Видимо не для меня. cleanup не удаляет .svn
Однако, на продакшене будут лежать «мусорные» каталоги .svn, что мне не нравится.
Да и к тому же если мне нужно обновить функциональность не просто до какой-то ревизии, а допустим только 3-4 и 9-11 (условно обозначим номера ревизий), при этом нельзя допустить заливку 5-8, то как-то получается неудобно.
Конечно, дело можно поправить, проводя изменения только в бранчах, а то что нужно залить мержить в транк… Но вот пока я до этого не дошёл. Ну и .svn как-то совсем не радует.
Да и не стоит забывать, что на девелоперском сервере и боевом в проекте разные ini, которые так же хранятся в svn. При обновлении точно могут возникнуть проблемы.
Например, просто консольной командой svn diff --summarize
А скрипт написан для повторения функционала TortoiseSVN, а именно получения изменившейся части дерева проекта с учётом вложенности каталогов.
Вручную же собирать это дело, глядя на вывод svn diff --summarize надоедает уже на третий раз.
Если коротко, то я хочу экспортнуть из репозитория файлы, которые были изменены в промежутке между начальной и конечной ревизиями. Чтобы потом их залить уже на живой проект. Простым копированием.
svn diff же даёт вывод утилиты diff, применённой к изменившемся файлам.
Что же касается сложности скрипта, то я его сделал за 2 часа не зная ни bash, ни awk, ни sed. И теперь пользуюсь им каждый день.
Я уверен, что это можно было бы сделать проще, но у меня вышло так. И на этом остановился, потому как скрипт стал делать то, что я хотел от него получить.
Ставим stylish на ff, используем usercss в opera, для ie это, вроде, ie7pro.
Дальше на класс new_reply то, как хочется.
Хотя, лично мне больше нравится как сейчас.
Для жаждущих примерчик как можно сделать в stylish:
@-moz-document domain("habrahabr.ru") { .new-reply { border: 1px solid red; border-bottom: 0; } div.new-reply+div.entry-content { border: 1px solid red; border-top: 0; } }Было большой ошибкой с моей стороны ставить die();
Целый час вдвоём пытались понять почему падает отправка формы.
Довольно быстро поняли, что это из-за отправляемой кавычки.
Но то поле могло содержать кавычку и ничего страшного бы не произошло.
Рыли в сторону падения sql-запроса.
Когда через час я догадался глянуть почту...
В-общем, не ставьте die(). =)
Мне больше нравится вот такой вариант:
function clone(o) {
if(!o || ‘object’ !== typeof o) {
return o;
}
varc = ‘function’ === typeof o.pop ? [] : {};
var p, v;
for(p in o) {
if(o.hasOwnProperty(p)) {
v = o[p];
if(v && ‘object’ === typeof v) {
c[p] = clone(v);
}
else {
c[p] = v;
}
}
}
return c;
}
Взято отсюда: http://snowcore.net/clone-javascript-obj…
Вот уже несколько раз отваливались от аськи квип, пиджин и прочие.
За последние полгода раза три наверное.
И если при этом верно то, что написано в первом абзаце обсуждаемого поста.
То почему клиент sim, поставленный мной в октябре 2007 версии, если не изменяет память 3.4.1, которая выпущена больше года назад работал и работает? Никаких обновлений не требует.
Почему miranda с icq.dll мохнатого года выпуска тоже работает без проблем с того самого мохнатого года?
Почему hotfix на qip был сделан за 10 минут?
Сдаётся мне тут может быть только одно объяснение. И заключается оно в том, что клиенты, которые отваливаются плохо(мягко говоря) реализовали протокол и каждый раз при проблемах с подключением исправляют _свои_ ошибки. И команда ICQ вроде как не при делах.
Или я что-то упустил и имеется специальная магия, заставляющая sim работать, работать и работать?
P.S. Сам вчера столкнулся с проблемой, т.к. в основном использую pidgin.
отсюда: http://designformasters.info/posts/70-ex…
Это гениально! =)
Гораздо чаще этот "герой" просто ничего не сделал, а дома потому что он первый вскочил с места и унёсся как только подошёл конец рабочего дня...
assert version in ("4.0",)
Если в main.ui поменять версию на 4.0, то
тоже ничего хорошего.
Создавался файл .ui в KDevelop 3.5.0
Я использовал Qt3 только потому, что он уже был установлен на моём стареньком ноутбуке.