← All posts tagged HowTo

Kxepal
Kxepal
HowTo CouchDB dev Объяснение, почему попытка прикрутить версионирование документов к CouchDB через update notification handlers плохая идея:

Robert Newson:
Assuming you mean db_update_notification (and not _update handlers,
which are only called by clients) then, yes, they are triggered
whenever a db is updated. This sequence of events leads you to miss an
update, though;

1) Db updated
2) update notification fires
3) compaction occurs
4) processing update notification fetches doc

At step 3, all old revisions were met. Since the triggering of the
update notification and the subsequent exporting of the item are not
instantaneous, a window of data loss opens.

Storing old versions as attachments is a solid solution.
Kxepal
Kxepal
HowTo dev visualstudio links Что-то мне надоело собирать в 4й раз информацию по форматам файлов проектов visual studio, надеюсь это будет последний.

Описание форматов vcxporj и props человеческим языком
blogs.msdn.com

XSD схемы для vcproj
msdn.microsoft.com
msdn.microsoft.com(VS.90).aspx

Описание свойств файла проекта VS 2003
msdn.microsoft.com(v=VS.71).aspx
И в принципе оно сгодится для все прочих версий. Для 2005+ в мсдне вместо такой красивой таблички приводят Automation and Extensibility Reference, в котором еще нужно основательно порыться.
msdn.microsoft.com(v=VS.80).aspx

Можно так же воспользоваться Property Pages, где в нафигационной панели эти самые свойства сгруппированы по типам. Или видам, хз как это правильно обозвать.
msdn.microsoft.com(v=VS.80).aspx

Или еще лучше — MSBuild Project Properties:
msdn.microsoft.com

Списки переменных окружения:
msdn.microsoft.com

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

С Visual Studio 6 все интересней. По формату dsp почти ничего нет, но для простоты ориентации, можно воспользваться списками параметров
msdn.microsoft.com
msdn.microsoft.com(v=VS.71).aspx
msdn.microsoft.com(v=VS.85).aspx
+ аналогия по свойствам 2003 версий
+ зависимости в изменениях при конвертации из 6 в 2003
+ немного фантазии

Пока этого достаточно, чтобы разбирать/собирать файлы проектов и программно понимать, что прозойдет при компиляции, больше вроде ничего не требовалось.
С solution-файлами все банально просто — одного взгляда хватит, чтобы понять как оно устроено, как работает и как его собирать/разбирать. Может есть где подводные камни, но пока не встречались.

так же на память:
Сборка х64 проектов в Visual Studio 6
google.ru

Сборка х64 проектов в Visual Studio 2003
toymaker.info