Visual Studio 2010 — проект Qt / C ++ VS2010 svn-commit & update .sln
Использование Tortoise-SVN с проектом C ++ VS2010. Я хотел бы знать, в каких случаях вы должны зафиксировать .sln файл.
Несколько причин, по которым я вижу файл .sln:
- некоторые проекты были добавлены в решение
- зависимости были изменены
Какие еще причины для совершения .sln? Как слиться .sln?
Кроме того, кто создает файл .sln? Это генерируется в каждом qmake_all (или make_all)?
РЕДАКТИРОВАТЬ
Я использую Черепаху SVN GUI. Он должен сказать мне, когда .sln был изменен мной.
Теперь, при каких обстоятельствах .sln изменяется?
А также: как объединяются .sln?
Более прагматично, в каком случае я должен принять мой или принять их для .sln, когда я только что обновил?
РЕДАКТИРОВАТЬ
Когда / Как создается .sln из файла .pro?
РЕДАКТИРОВАТЬ
Чтобы прояснить часть моего вопроса:
после обновления с черепахой SVN, если .sln конфликтует, я должен
- принять мое (так как в любом случае .sln будет регенерирован из .pro файла, когда я qmakeall) или
- принять их (так как мой .sln больше не актуален)
- либо это не важный ?
Спасибо!
Решение
Что касается меня, у вас нет необходимости хранить файл sln, потому что файл sln является производным от вашего pro-файла (другими словами, sln генерируется из pro-файла), поэтому рассмотрите возможность хранения только основного файла определения проекта (это pro-файл) и пропустить сгенерированные артефакты. Основная причина заключается в том, что когда вы решаете изменить среду разработчика (например, это может быть mingw), вы можете сделать это в настоящий момент с pro file и потратить много времени на преобразование файла sln.
Другие решения
Обычно любой svn GUI, такой как TutoiseSVN, обнаруживает любые изменения в файле решения и предупреждает вас о фиксации .sln файла, но если вы не используете такой GUI, то вы можете найти связанные параметры решения, открыв .sln файл с текстом редактор, как Notepad ++, и вы можете увидеть все переменные о вашем проекте