[Закрыто] Переход на Git (2020-2021) (Страница 1 из 2)

Полностью поддерживаю переход на Git.

Про препятствия:

• Большой размер дистрибутива, наличие встроенного Perl — никогда на это не обращал внимания. Изначально Git разрабатывался для Linux, поэтому ранние дистрибутивы для Windows тащили весь MSys. Сейчас вроде не весь, лишнее выкинули.

• Собственный Git-терминал — Git использую с 2015 года, ни разу специальным терминалом не воспользовался. Набирал команды внутри Far Maganer’а, всё работало нормально.

• Графическая оболочка — никогда не пользовался графическими оболочками ни для SVN, ни для Git. Для Git я пользуюсь встроенным вьюером gitk, в котором можно удобно смотреть коммиты.

Пара полезных настроек по моему опыту:

git config --global gui.encoding utf-8
git config --global core.editir "far -e"

Первая опция нужна для нормального отображения коммитов в gitk, вторая устанавливает редактор по умолчанию (сообщения коммитов, сценарий git rebase -i) на встроенный редактор Far’а.

Сайт GitHub по умолчанию считает, что исходники и сообщения коммитов записаны в UTF-8. Если это не так, например, комментарии записаны в какой-то другой кодировке, они отображаются «вопросиками». Поэтому при импорте исходники нужно (или очень желательно) сконвертировать в UTF-8.

Скрипт, который переписывает всю историю Git, меняя кодировку всех текстовых файлов на UTF-8, у меня есть. Есть также настройки, позволяющие вести локально разработку в CP1251, но при коммитах конвертировать в UTF-8. Если надо — пишите.

Добавлено 03.05.2020 в 11:41

Добавлю. Раздел issues репозиториев я использую как площадку для размышлений, т.е. примерно с той же целью, с какой Вы используете форум.

• https://github.com/bmstu-iu9/refal-5-lambda/issues

• https://github.com/Mazdaywik/mrefal/issues

• https://github.com/Mazdaywik/Refal-05/issues

• https://github.com/Mazdaywik/refal-5-framework/issues

Freeman, напишите тогда на почту. Когда увижу письмо — пришлю материалы.

Дело в том, что про форум я забуду, а про письмо в папке «Входящие» — нет.

Век живи, век учись. Я велосипедил с фильтрами clean и smudge.

Моя утилита для перекодирования истории умеет работать только с кириллическими кодировками (1251 и 866), для них и писалась.

А часто ли в содержимом репозитория (исходники, доки и т.д.) используются знаки с кодами 128–255? Если не используются (т.е. 7-битная ASCII), то никаких проблем нет.

Я велосипедил в 2019 году

Добавлено 05.05.2020 в 18:40

После этих слов был юникодовский плачущий смайлик, по которому срезался ответ. Поэтому заново его перепечатываю.

Я велосипедил в 2019 году :'(. Я помнил тогда, что есть какие-то инструменты в Git, которые позволяют перекодировать файлы при коммите и чекауте и наоборот, они использовались, например, для перекодировки между отступами пробелами и табуляциями. Нашёл (это оказались фильтры clean и smudge), повесил на них вызов iconv. Если бы я поступил как чайник — вместо велосипедостроения поискал бы тему конкретно про Git и кодировки, то было бы не так обидно.

Кстати, iconv устанавливается на Windows вместе с Git, но в общий PATH не добавляется. Однако, его (и многие другие утилиты MSys) можно использовать и в фильтрах, и в командах вроде git filter-branch.

Если перекодируемый файл только один и находится по фиксированному пути во всех коммитах, то кодировка в репозитории исправляется простой командой git filter-branch. Я когда-то велосипедил, писал программу на C++, которая перебирает все файлы в папке, ищет в них текстовые в кодировках 1251, 866 или UTF-16 и перекодирует их в UTF-8.