, Если codesmith генерирует код на основе Ваших таблиц, не Вы все еще сильно связанный к Вашей схеме данных? Я предпочел бы решение, которое отделяет мои объекты из моей схемы базы данных для гибкости гумуса в архитектуре
, Это из одного из Ваших комментариев - Это верно, CodeSmith сильно связывает Вас к Вашим таблицам.
NHibernate, с другой стороны, имеет, выделяют функций, которые могут помочь с этим: у Вас есть Компоненты так, чтобы в коде Вы могли иметь: Человек со свойством Address, где Адрес является отдельным классом.
Вы также наследование, отображающееся . Таким образом, это делает справедливое задание отделения Вашей схемы от Вашего домена.
Исходный список исключает все временные файлы сборки ,
*.dep *.aps *.vbw *.suo *.obj *.ncb *.plg *.bsc *.ilk
*.exp *.sbr *.opt *.pdb *.idb *.pch *.res *.user
Также каталоги сборки
*\obj
*\bin
*\Debug
*\Release
, если вы используете Rehsarper, также исключите его каталоги
./Resharp*
Плюс некоторые специальные files
Thumbs.db
Некоторые люди также исключают двоичные файлы
*.exe
*.dll
Возможно, стоит подумать о том, что вы хотите хранить в SCM, а не о длинном и, возможно, неполном списке исключений.
На самом деле это не относится к git, а скорее относится к любому контролю версий.
Игнорируйте папки bin и obj, а также файлы .user и .suo (которые зависят от пользователя ). Это, конечно, если вы используете Visual Studio.
Я не использую Git, но игнорирую файлы!
bin obj *.user *.suo *.log *.vbw *.pdb *mdf *ldf
_UpgradeReport* UpgradeLog* _ReSharper* *.resharper
Я исключаю все двоичные файлы и исходные файлы, которые не нужны Visual Studio для восстановления приложения.
Я не уверен, что все версии VS имеют одинаковые расширения файлов, но вы можете поэкспериментировать, если хотите.
У Эрика Синка есть руководство по управлению версиями, Source Control HOWTO и в В главе 4: Репозитории вы можете прочитать раздел Что можно хранить в репозитории? , связанный с вашим вопросом.