Свежие комментарии

Мне git очень нравится, даже только как local для удалённого svn.

На счёт управления несколькими проектами - хз, сам не пробовал. Читал про несколько вариантов - submodule's, и что-то с subtree, вроде ничего критичного - но хз как оно на деле.
Особенно учитывая то, что в текущем проекте, в котором я работаю, люди руками merge'ат файлы из дочерних проектов в главный (ну конечно не совсем руками, с помощью тулзы типа merge - но смысл не меняется).
Собирал ParaView, в котором есть submodule's - вроде всё норм.

То что мне не нравиться:
1) в силу того, что ветка это всего лишь указатель на коммит с именем, и обычно после мержа этот указатель удаляется, не остаётся никакой истории что это ветка началась тут, закончилась тут - просто цепочка комитов. Точно также если удалить несмердженную ветку - то все коммиты пропадают, как будто их и небыло
2) то же самое касается и rebase'а - сделали rebase, но в истории это никак не отображается
можно конечно для 1) и 2) помечать коммиты тэгами, но всё равно факт того, что часть информации о движениях может быть потеряна навсегда напрягает. Грубо говоря можно "случайно" грохнуть весь репозиторий и не останется никакой истории.
3) Выкачивал svn репозиторий с ~5000 коммитов - было долго, что-то около 10 часов. знаю что можно качать только часть ревизий, но хотелось бы иметь всю историю, тем более git с ней шустро работает. Это даже не минус самого git'а - тут ничего не поделать. Также были какие-то глюки(error'ы при fetch'е), которые вылечились убийством процессов TSVNCache и TGITCache.
4) я использую msysgit - он _/внезапно/_ не поддерживает длинные пути - лечится "subst g: ." . но тоже, это не проблема самого git'а

ссори, не обратил внимание ))
Спасибо Вам за труд!
Подскажите где взять map2jnx и FWTools для Windows 7 ?
а то остановился на этом этапе ((

ясно.
а я вот тоже перешёл на git local<->svn remote.
и тоже только trunk вытащил (на одном уровне с trunk есть ещё releases, который по смыслу является tag'ом..). интересно, осталась ли проблема, когда commit'ы идут не в trunk...

И понятно в чем идеологическая проблема. В том что git svn rebase есть, а git svn pull - нету.

ну так
1. git svn rebase - это git svn fetch + git rebase ...
2. git svn pull - это git svn fetch + git merge

по-идеи можно использовать и второе, просто в remotes/git-svn тогда пойдут не все ваши коммиты в master, а только один, который merge.

Статья - моя.

А там - сплог, он же спам-блог.

Положительный результат был таки достигнут (за помощью очень уважаемого мной человека, известного на многих форумах под именем Геворг). Оказалось, пришлось вынуть две прокладки, установленные в камере. Для чего отворачивались болтики.
Наука той басни: если б я купил этот же экран у Геворга, то мне обошлось бы на 5-10 долларов дешевле, причем установка экранчика с юстировкой у Геворга бесплатная. А самое главное - я бы лишился полученных при самостоятельной установке гимороев.

Неужто оно может 300Mb/sec (или сколько там у этого диска на запись) шифровать?

смотрю на Intel 320 серии, привлекает FDE (full disk encryption).
Жалко в десктопной плате нету ATA Security API.
Но, немного погуглил - есть варианты:
1. прошить rom сетевой карты ( http://www.fitzenreiter.de/ata/ata_eng.htm ). немного грязный метод
2. Загружаться с другого носителя, и менять ata ssd security в нём, например linux+hdparm

У меня средневзвешенные с пятака - 27.5М, но надо учесть что ISO отличное 200 я ставлю черезвычайно редко т.е. мое среднее будет заниженным.

так надо было средневзвесить с обоих камер
кстати по ссылке цифры совсем другие

Burst of RAW images
Timing
32 GB GB SanDisk
Frame rate 8.0 fps
Number of frames 24
Buffer full rate 4.9*1
Write complete 9.4 sec

Я для примера взял папку с парой тысяч фоток и взвесил. А так и под 35 бывают.

ну автор так пишет
я удивляюсь и поэтому его спрашиваю
откуда он это взял

при прочих равных
кадр с 21М камеры должен быть больше чем с 17М

а почему РАВ с 7 больше РАВа с 5?
семёрка РАВ не жмёт что ли?

ясно