The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Выпуск системы управления версиями Apache Subversion 1.14.0"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Есть идеи по улучшению форума и сайта ? Пишите.
. "Выпуск системы управления версиями Apache Subversion 1.14.0" +/
Сообщение от пох. (?), 30-Май-20, 10:30 
> Немножко времени есть, подкину информации по P4.
> Работать с источниками в ней неудобно. Все характерные
> задачи при работе с источниками в ней решаются через ... .

ну а еще подробнее - какие задачи (мож у меня и нет таких?) и в чем неудобство.

> Её, похоже, изначально делали как "хранилище конфигураций".

хм, да, не мой случай (в смысле, вряд ли вышло лучше чем у svn, а той мне еще на двадцать лет хватит, благо не на пихоне писано)

> Однако затолкать что-то существенное (свежесобранная операционка,
> в скромном варианте) не получается --- ограничение по количеству
> файлов (файлов!) в транзакции. Снапшот источников ядра за одну
> транзакцию тоже, кстати, не проходит.

ну то есть несколько тысяч - вполне пройдут? Идея внезапно-появившегося в проекте ядра линуха одним куском меня не особо и так впечатляет. Линус вас, кстати, тоже осудит - "порежьте чтоб в экран влазило и заверните каждую отдельным комитом" (представьте что он вам таки разрешил вмержить в ядро zfs?).

> Сравнить две "конфигурации" --- пляски с бубнами. Получить
> в двух разных местах две идентичные конфигурации --- тоже

оно не умеет сравнивать r100101 и 100102 ? Или чекаутить 100103? Или вы что-то другое подразумевали?

> Однако гвоздями прибит определённый workflow разработки, считаемый

ну так описать-то его можете?

Меня вот гитовый workflow не устраивает - да, он не прибит гвоздями, но что прикажете делать сделавшему pull вместо fetch+rebase? В реальной жизни, не в сферическом вакууме.

P.S. персистентные человекочитаемые (и желательно монотонно-растущие) версии нужны хотя бы для того, чтобы я - не видя вашего номерка перед глазами, он уже уехал за край страницы  - все еще помнил что он 100500. И насторожился бы, увидев в рабочей среде вместо него 100502. А гитовую бесполезность невозможно ни запомнить, ни сравнить без diff. e90e3cf e093ecf - это одна версия или разные? Попатчте ему лог уже кто-нибудь, чтобы он показывал вместо них HEAD, HEAD~ HEAD~22 - все равно никто ни с какими другими не работает. (отдельно убить того кто придумал эти дурацкие большие буквы) Будет вполне отражать тот вокфлоу, на который он заточен - "версия должна быть последняя или ненужно".

Да, hg это попыталась решить, там никто не работает с хэшами, но эти версии локальны, что бесит - сегодня она у тебя 40, завтра мы перезалили репо - и та же версия стала 62. Понятно, почему  так, но крайне интересно было бы глянуть, как попытались сделать по-человечески.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Выпуск системы управления версиями Apache Subversion 1.14.0, opennews, 28-Май-20, 23:16  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру