Да-да, через похожую схему и я работал, только у меня было stash-rebase-unstash. Временами приходилось разрешать конфликты после последней команды, пусть mletov это учитывает и закладывает время, так сказать.
Хотя, появление конфликтов от характера вносимых и получаемых изменений зависит, конечно. Могут и не возникать.
A 82, вроде нет, extern "C" вроде только заставляет компилятор не «портить» имена функций. На платформе x64 есть только два соглашения о вызовах (fastcall): Microsoft (на Windows) и System V (на *nix и Mac OS), а обычные ключевые слова типа cdecl, stdcall и прочие являются синонимами к этому единственному fastcall.
Ivan, тут, похоже, дело в том, как SQLite хранит типы. Детально его не изучал, но из использования слова “affinity” в описании типов предполагаю, что для таблиц, не объявленных как strict (это важно и упоминается в цитате YepBro), в определении таблицы внутри самого SQLite тип хранится в том виде, в каком он был объявлен, а правила сродства (affinity) действуют как вывод типов и применяются на лету при определении фактических типов.
Можно предположить, что ваши таблицы созданы ORM не как strict. Если, например, попробовать создать копию таблицы в режиме strict, у колонок будут уже фактические типы (не знаю, поддерживается ли такой синтаксис в SQLite, не проверял):
create strict table strict_article as
select * from article
Могу, конечно, ошибаться, но это самое логичное объяснение.
а как понять column_value charge_start_date, это первое значения из той таблице что вернёт функция?
Это column_value as charge_start_date, записанное без as. В MySQL тоже сработает. Во всех СУБД можно, само ключевое слово необязательное, кроме некоторых исключений.
