Полезная группа ссылок:
Миграция задач с историей
Постоянно действующая синхронизация master ветки
Заметки по миграции с bitbucket на github
Значит новости:
GitHub отключил поддержку SSLv3 поэтому старые библиотеки для доступа к GitHub API работать не будут.
Например для pygithub3 - патч выглядит вот так https://github.com/DataDog/python-github3/commit/a80d89b6b077f29ca172c8dd8f0ddc9dd9ced4e8
На GitHub ведь вроде нет Mercurial (hg), там только git?!
мы мигрируем с git на git - точнее пытались.
задачи и Коментарии мигрируется совсем никак и теряют свою принадлежность
Я немножко не о том.
Я имел в виду что git чужероден для винды/1С по сравнению с Hg.
Но вчера я посмотрел ваши видео с записями выступлений и услышал в одном из них как вы извращаетесь с инструментами scm/dcvs.
Вы говорили, что вынуждены использовать git, т.к. он единственный, кто “прожёвывает” не давясь .cf типовых конфигураций и поставок по 200…300…МБ
Это очень сильный изврат, т.к. И гит В ТОМ ЧИСЛЕ не предназначен для огромных файлов.
Об этом много где написано, в том числе в документации.
2…3 МБ - это уже большие файлы, больше - это вообще ахтунг
Вы - сумасшедшие, безбашенные люди.
Безумству храбрых поём мы песню
Но к первоначальной теме, старттопику моё замечание конечно не имеет прямого отношения, т.е. я не по теме
Вы видимо не поняли - много МАЛЕНЬКИХ файликов, но в совокупности их может быть и 1GB
[quote=“Zel_PC_03, post:5, topic:74”]
Я имел в виду что git чужероден для винды/1С по сравнению с Hg.
[/quote] позволю себе не согласится, при работе с 1c и hg есть проблема в кириллических наименованиях папок и файлов. До определенного времени разработчики hg отвергали в принципе возможность преобразования имен согласно текущей локали и в windows нормально работали только 2 системы управления версиями fossil и bzr , после того как в git добавили обратное перекодирование для win, только тогда и разработчики mercurial начали задумываться об такой же функциональности.
У гита есть проблемы, но их пока значительно меньше чем в других системах контроля версии. По своему опыту hg пока не реализуют http://mercurial.selenic.com/wiki/WindowsUTF8Plan#Status_of_each_files не имеет смысла для кириллических наименований исходных файлов.
fossil на больших размерах валиться.
bzr нет развития, нет альтернатив по сравнению с launchpad.
Для развития можно посмотреть на http://www.plasticscm.com/home.html , очень интересная модель хранения веток для каждого отдельного файла, но там надо быть фанатом мышки.
Остается только git к сожалению, мне хотелось бы иметь несколько альтернатив, но пока на данный момент их нет или я не знаю про них.
p.s.: я не на винде сижу.
Просто если сравнить размер и количество файлов одного гита с hg+черепаха+сорстри+Workbench… такое ощущение, что собрали все builtins и ещё половину Linux Standard Base под винду - половину линукса тянет с собой
Просто я нуб в 1ass, ни разу ещё серьёзную конфиг-ию не щупал