View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0003583Прочее[All Projects] Хотелкаpublic20-11-2019 08:4106-12-2019 17:02
Reportervdemidov 
Assigned To 
PrioritylowSeveritymajorReproducibilityN/A
StatusnewResolutionopen 
PlatformOSOS Version
Summary0003583: Смена СКВ Mercurial bitbucket.org
DescriptionВ связи с уже скорым закрытием на bitbucket.org подержки Mercurial репозиториев, нужно думать на что и как менять.

Additional InformationНаимение сложный, ИМХО, это просто замена Mercurial на Git с сохранением хостинга на bitbucket.org

Еще можно оставить Mercurial, но переехать на другой хостинг.

Еще вариант, не самый легкий, но самый продуктивный переезд на GitHub

Ну и на последок, самый нереалистичный переезд нав Self-Hosted систему, например GitLab или что-то в таком духе, но это слабо-реально.
TagsNo tags attached.
Attached Files

- Relationships
related to 0003584new Причесывание репозитория с исходным кодом 
related to 0003585new Сделать аналог Update.cmd из sas.maps под Git 

-  Notes
(0019494)
zed (manager)
20-11-2019 08:56

Самое сложное, это, наверное, нормально сконвертировать hg в git. У нас в репо с сорцами есть несколько default веток и при конвертировании они просто теряются и уменьшается общее число коммитов в репо. Если я всё верно понимаю.

Я всё надеюсь что на битбаките появится волшебная кнопка Конвертировать репо и оно всё сделает само. Там же ещё и бинарники у нас хранятся (релизы) и их придётся перезаливать.

Пока что я думаю так: если будет автоматическое конвертирование, то остаёмся на битбаките, если всё надо делать руками, то переходим на гитхаб.
(0019495)
vdemidov (manager)
20-11-2019 09:10

Что-то не видно никакой волшебной кнопки Конвертировать и даже не обещают. Так что нужно быть готовым к переезду. Но даже простая смена на ГИТ сломает нашу систему с репозиторием SAS.Requires и батниками сборки и обновления переводов.

Для этого и решил позаводить таски с конкретными задачачми, что бы потом не забыть ничего.

Присоединяйся - вдруг я чего забуду.
(0019496)
vdemidov (manager)
20-11-2019 09:18

В частности, предлагаю отказаться вообще от SAS.Requires, вынести в отдельные репо EmbeddedWB, tb2k и tbx.

А в SAS.Planet.Src добавить аналоги файлов .hgsub и .hgsubstate, которые просто парсить в билд-скриптах и обновлять по мере надобности.
(0019497)
zed (manager)
20-11-2019 09:22

Т.е. зависимости включить в src в качестве вложенных репозиториев?
(0019498)
vdemidov (manager)
20-11-2019 09:40

Не средствами СКВ, а просто отдельным файликом. Возможно добавить батник, который сможет сам их выкачивать и обновлять. Пусть будут просто отдельные репозитории.

Механизмы вложенных репозиториев слегка отличаются в hg и git. А так будет почти универсально.
(0019499)
vdemidov (manager)
20-11-2019 09:46

Выделение отдельных репозиториев из sas.requires
Нужно включить расширение convert в hg:
в файле mercurial.ini
должна быть секция с таким ключем:

[extensions]
convert =

Создаем файл map_EmbeddedWB.txt:
include "EmbeddedWB"
rename "EmbeddedWB" "."

Выполняем команду:
hg convert sas.requires EmbeddedWB revmap_EmbeddedWB.txt --filemap map_EmbeddedWB.txt


Получаем отдельный репозиторий с историей EmbeddedWB у нас
(0019500)
Garl (reporter)
20-11-2019 09:54

Привет может я чего делаю не так, но на гитхабе ж есть кнопочка импортировать ?
(0019501)
vdemidov (manager)
20-11-2019 10:00

Ну, просто импортировать мало. Нужно еще все ссылки обновить. Систему сборки перенстроить на гит и другие сервера и тд. И причесать репозиторий. Если помнишь, летом обсуждали.
(0019502)
zed (manager)
20-11-2019 12:52

Полный отказ от sas.requires считаю плохой идеей. Сорцы SAS должны однозначно соотноситься с конкретным состоянием зависимостей. И замена системы гит-сабмодулей на батники это нечто странное.
(0019503)
vdemidov (manager)
20-11-2019 13:01

> Сорцы SAS должны однозначно соотноситься с конкретным состоянием зависимостей.
А сейчас они никак не соотносятся. Где в SAS.Planet.Src хоть какое-то упоминание о версии SAS.Requires с которой они скомпилятся?
Для этого нужно было бы именно в SAS.Planet.Src добавлять сабмодули. И SAS.Requires опять таки не нужен. В моем варианте конкретная связь с состоянием зависимостей тоже появляется. А осталять SAS.Requires в текущем виде это как-раз и есть плохая идея.
(0019504)
vdemidov (manager)
20-11-2019 13:03

> замена системы гит-сабмодулей на батники это нечто странное.
Но, тот же гугл при разработке Хрома и Андроида сделал именно так. Сабмодули весьма кривая и неудобная штука. Мы уже сами на это натыкались, когда нужно было заменить один репозиторий другим.
(0019505)
zed (manager)
20-11-2019 13:11

> В моем варианте конкретная связь с состоянием зависимостей тоже появляется

Батник это не связь. Да, сейчас сорцы и зависимости не соотносятся, но у нас по крайней мере 1 репо с зависимостями, за которым надо следить. А с батниками их станет 100500. По-моему, лучше оставить requires и добавить его как сабмодуль в сорцы.
(0019506)
vdemidov (manager)
20-11-2019 13:21

>Батник это не связь
А вот текстовый файл с указанием урлов репозиториев и хешей коммитов вполне себе связь. А батник просто поможет поддерживать ее в порядке.

>По-моему, лучше оставить requires и добавить его как сабмодуль в сорцы.
Не, очень неудобно пользоваться. Сабмодули это просто геморой.
(0019527)
zed (manager)
04-12-2019 17:55

Вынес EmbeddedWB, tbx и tb2k в отдельные репозитории и перешёл на новые версии компонентов TBX и Toolbar2000.
(0019532)
vdemidov (manager)
06-12-2019 17:02

А сейчас взгляни на репозиторий SAS.Requires непредвзято.

Что в нем осталось реально кроме истории двух файлов .hgsub и .hgsubstate?

Только ридми со скришнотами и пара батников. Всему этому вполне место в основном репозитории. Но вот только добавлять сабрепозитории туда ну очень не хочется. Они капец как тормозят любые операции с репозиторием.

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

- Users who viewed this issue
User List Anonymous (52x), Garl (9x), zed (13x), vdemidov (31x)
Total Views 105
Last View 15-12-2019 21:47

- Issue History
Date Modified Username Field Change
20-11-2019 08:41 vdemidov New Issue
20-11-2019 08:48 vdemidov Relationship added related to 0003584
20-11-2019 08:55 vdemidov Relationship added related to 0003585
20-11-2019 08:56 zed Note Added: 0019494
20-11-2019 09:10 vdemidov Note Added: 0019495
20-11-2019 09:18 vdemidov Note Added: 0019496
20-11-2019 09:22 zed Note Added: 0019497
20-11-2019 09:40 vdemidov Note Added: 0019498
20-11-2019 09:46 vdemidov Note Added: 0019499
20-11-2019 09:54 Garl Note Added: 0019500
20-11-2019 10:00 vdemidov Note Added: 0019501
20-11-2019 12:52 zed Note Added: 0019502
20-11-2019 13:01 vdemidov Note Added: 0019503
20-11-2019 13:03 vdemidov Note Added: 0019504
20-11-2019 13:11 zed Note Added: 0019505
20-11-2019 13:21 vdemidov Note Added: 0019506
04-12-2019 17:55 zed Note Added: 0019527
06-12-2019 17:02 vdemidov Note Added: 0019532



Copyright © 2007 - 2019 SAS.Planet Team