Заметки по миграции с bitbucket на github


#1

Полезная группа ссылок:

Миграция задач с историей
Постоянно действующая синхронизация master ветки

Инструмент портирования от GitHub


#2

Значит новости:

GitHub отключил поддержку SSLv3 поэтому старые библиотеки для доступа к GitHub API работать не будут.
Например для pygithub3 - патч выглядит вот так https://github.com/DataDog/python-github3/commit/a80d89b6b077f29ca172c8dd8f0ddc9dd9ced4e8


#3

На GitHub ведь вроде нет Mercurial (hg), там только git?!


#4

мы мигрируем с git на git - точнее пытались.
задачи и Коментарии мигрируется совсем никак и теряют свою принадлежность


#5

Я немножко не о том.

Я имел в виду что git чужероден для винды/1С по сравнению с Hg.

Но вчера я посмотрел ваши видео с записями выступлений и услышал в одном из них как вы извращаетесь с инструментами scm/dcvs.

Вы говорили, что вынуждены использовать git, т.к. он единственный, кто “прожёвывает” не давясь .cf типовых конфигураций и поставок по 200…300…МБ

Это очень сильный изврат, т.к. И гит В ТОМ ЧИСЛЕ не предназначен для огромных файлов.
Об этом много где написано, в том числе в документации.

2…3 МБ - это уже большие файлы, больше - это вообще ахтунг

Вы - сумасшедшие, безбашенные люди.

Безумству храбрых поём мы песню

Но к первоначальной теме, старттопику моё замечание конечно не имеет прямого отношения, т.е. я не по теме


#6

Вы видимо не поняли - много МАЛЕНЬКИХ файликов, но в совокупности их может быть и 1GB


#7

[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.: я не на винде сижу.


#8

Просто если сравнить размер и количество файлов одного гита с hg+черепаха+сорстри+Workbench… такое ощущение, что собрали все builtins и ещё половину Linux Standard Base под винду - половину линукса тянет с собой


Стандартный набор инструментария разработчика 1С
#9

Просто я нуб в 1ass, ни разу ещё серьёзную конфиг-ию не щупал