Развернута система контроля версий для компании, как использовать ее с бинарными файлами - PullRequest
0 голосов
/ 21 июля 2011

Мне поручено настроить систему управления версиями Mercurial для нашей небольшой команды разработчиков (2-3 человека). Раньше системы контроля версий не было, только общие папки и несколько копий. У меня нет большого опыта в настройке системы контроля версий, за исключением личных проектов, просто оказался самым опытным человеком с точки зрения системы контроля версий в нашей команде. Репозиторий кода находится в общей папке на центральном сервере, каталог верхнего уровня - имя клиента, на один уровень ниже - имя проекта для этого клиента.

Проблема в том, что я не понял, как обращаться с двоичными файлами в нашем хранилище кода. Из того, что я прочитал, двоичные файлы не должны отслеживаться по версии. Но поскольку хранилище кода централизовано на сервере, разве здесь не должен быть и двоичный файл? В противном случае для таких вещей, как файл изображения и сторонние dll-файлы, проект не будет создан или запущен должным образом при клонировании с центрального сервера. Также есть хорошая функция для веб-интерфейса Mercurial, где вы можете загрузить весь исходный пакет в виде сжатого файла ZIP или BZ2, без необходимых двоичных файлов, проект загрузки не будет запускаться или компилироваться.

Я полагаю, что решение , включая все для системы контроля версий, за исключением временных файлов и для отладочных целей , но, кроме этого, большинство двоичные файлы должны быть включены? Из-за ограничений системы контроля версий, я не думаю, что у них есть способ отслеживать наборы изменений только для двоичных файлов, поэтому я думаю, что мы должны иметь дело с этим для системы контроля версий.

Редактировать: После дополнительных исследований о том, как настроить хранилище контроля версий, более рекомендуемый способ использования контроля версий - " хранить все, что создано вручную, и ничего больше ", цитата из Эрика Раковина.

Ответы [ 2 ]

1 голос
/ 27 июля 2011

Вы хотите контролировать версии всего, что не можете сгенерировать из других элементов управления версиями. Это будут ваши исходные файлы и экземпляры сторонних библиотек, инструментов и т. Д., На которые опирается ваш пакет.

Двоичные файлы, созданные из вашего проекта, являются чем-то совершенно другим и должны рассматриваться как различные виды артефактов. Если вам нужен легко тестируемый загружаемый архив, адаптируйте процесс сборки так, чтобы он соответствовал цели: он должен собрать код, а затем сжать исходный код и встроенный двоичный файл в нужный отдельный файл.

1 голос
/ 21 июля 2011

Двоичные файлы, которые связаны или требуются проектом, должны быть включены в систему контроля версий, их можно отслеживать. Единственное, что управление версиями не может делать с двоичными файлами, - это сравнивать и объединять.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...