2011-11-08 2 views
3

Я пишу некоторую документацию о том, как мы будем использовать Git в нашей организации.Ловушки при обновлении до новой версии Git

В настоящее время я требую, чтобы все использовали одну и ту же версию msysgit (v1.7.7.1). Является ли это хорошей идеей или, возможно, желательно/желательно, чтобы члены команды использовали новые версии Git, когда они становятся доступными, когда они хотят их установить? Если лучше всего использовать одну и ту же версию, то какие ошибки могут возникнуть при обновлении до новой версии Git? Например, может быть, у него есть некоторые серьезные изменения, которые нам нужно знать, или преобразование базы данных Git в новый формат? Очевидно, что предсказать будущее невозможно, но примеры из прошлого могут быть полезны (т. Е. Раньше были такие вещи). В идеале руководство разработчиков Git по этому вопросу было бы замечательным.

Мотивация по этому вопросу заключается в том, что хранилища Git хранятся в специальном формате файла репозитория, который, как мне кажется, может измениться с новой версией Git (правда, я не совсем понимаю, как он структурирован). Последнее, что мне нужно, - это затормозить разработку, потому что кто-то решил обновить формат файла голого репозитория на сервере до последней версии самой большой версии Git &, которую еще никто не установил. (Или, что еще хуже, для клиентов с более старой версией Git, чтобы повредить недавно преобразованную базу данных на сервере.)

+0

возможно дубликат [? Существуют ли ограничения существуют, чтобы, используя различные версии мерзавца программного обеспечения на одном физическом хранилище] (http://stackoverflow.com/questions/7567899/are- any-limits-exist-as-to-use-different-versions-of-git-software-on-the) –

ответ

4

Изменения между второстепенными версиями являются довольно минимальными, и даже в случае изменений с 1,6 до 1,7 git, как известно, не нарушает совместимость огромным образом. Обычно добавляются новые функции, новые флаги для команд, некоторые улучшения производительности и исправления ошибок, и ничто не должно нарушать совместимость между версиями. Я бы рекомендовал прочитать примечания к выпуску для каждой новой версии и посмотреть, не упоминается ли о совместимости. Последнее существенное изменение структуры репо было в 1.5.0, я полагаю, но даже тогда ничего не было сломано между 1.4.x и 1.5.0.

Также смотрите здесь: Git repository backwards compatibility

+1

Спасибо за ссылку; Я не нашел этого в своих поисках. Примеры, перечисленные во втором ответе, были проницательными. –

2

Вы можете рассказать только о различиях между двумя версиями, но я не думаю, что git сломанная совместимость любым существенным способом. Возможно, изменились некоторые вызовы командной строки. Но даже это в основном обратно совместимо.

Смежные вопросы