The OpenNET Project / Index page

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



"Выпуск системы управления версиями Apache Subversion 1.14.0"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Для слежения за появлением новых сообщений в нити, нажмите "Проследить за развитием треда".
. "Выпуск системы управления версиями Apache Subversion 1.14.0" +/
Сообщение от anonymous yet another (?), 30-Май-20, 11:03 
Я коротко. Время для трёпа закончилось.

>> Немножко времени есть, подкину информации по P4.
>> Работать с источниками в ней неудобно. Все характерные
>> задачи при работе с источниками в ней решаются через ... .
> ну а еще подробнее - какие задачи (мож у меня и нет
> таких?) и в чем неудобство.

Я реферат писать не буду. С источниками в P4 _мне_ работать
было не то что неудобно, а невозможно. А я с ними работать
могу и умею. Решал внешними средствами.

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

Во первых, задачи разные бывают. Во-вторых --- P4 неудовлетворительно
отработало почти по всем полезным workflow/use-cases. Т.е. вынужденно
жить я с ней мог, но это перманентная борьба на ровном месте.
Оно мне надо?

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

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

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

Ещё раз: хотите, берите и пробуйте. По мне --- не существует
единственно верного workflow на все (даже только мои) случаи.

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

Он не навязывает никаго workflow. Как построите работу, так и будет.
Git мне в этом построении не мешает.


>[оверквотинг удален]
> ему лог уже кто-нибудь, чтобы он показывал вместо них 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
Добавить, Поддержать, Вебмастеру