Вопрос об трекинге файла SQLite с помощью Mercurial. Уверен, идентичный механизм есть и в GIT. На самом деле не имеет значения, ответит ли пользователь Git, Mercurial и\или SQLite. Вопрос безусловно относится ко всем перечисленным темам. Простите, что этих тегов нет в вопросе.
Каким образом "зафиксировать" файл в определенном состоянии? Чтобы система контроля версий не трекала его дальнейшие изменения, но помнила, о том, что он есть - переносила файл при клонировании репозитория, в некоторой зафиксированной версии.
Подвопрос, возможно неактуальный - как сделать так, чтобы при PULL система контроля версий не множила головы при изменении этого файла в репозитории-получателе, а систематически игнорила или перезаписывала его, без спроса.
Ну, вроде как вы можете закоммитить файл в нужной вам версии а потом просто добавить его в гитигнор. И он будет болтаться там какой есть, но не будет отслеживаться
Артем Спиридонов дорогой пользователь, настоятельно рекомендуем еще раз обратить самое пристальное внимание на п. 3.1 регламента работы сервиса (и, в особенности, на его последний абзац).
В противном случае, ваши вопросы будут удаляться по причине тег-спама, а систематические нарушения приведут к блокировке учетной записи.
Мой вопрос об трекинге файла SQLite с помощью Mercurial.
Mercurial является CVS. Пользователей Git больше, чем пользователей Mercurial. Тем не менее, механизмы идентичные. Поэтому я рассчитываю найти решение вопроса об CVS среди пользователей Git или Mercurial. И с этим вопросом скорее сталкивались пользователи SQLite, нежели кто-нибудь еще.
Артем Спиридонов, вообще для конфигов применяется другая практика. Создаётся файл config.php.example например, в котором все базовые вещи которые нужны. Программист получая этот файл, копирует его с другим названием - config.php, а это в свою очередь добавлено в гитигнор. Таким образом трафарет конфигов есть в Гите, но локальные конфиги у каждого на локалке свои