The OpenNET Project / Index page

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



"Увидела свет система управления версиями Subversion 1.8.0"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Подсказка: Для слежения за появлением новых сообщений в нити, нажмите "Проследить за развитием треда".
. "Увидела свет система управления версиями Subversion 1.8.0" +1 +/
Сообщение от Аноним (-), 24-Июн-13, 06:41 
> И я не пытаюсь использовать раср. VCS как централизованную,

Тогда какие, к черту, локи? Вы кто такое чтобы на моей машине что-то там лочить? Это моя машина. Куда хочу - туда кручу. А вот то что вы не обязаны взять у меня вообще любой крап который я нагенерил - да, не обязаны. Поэтому над своей копией, например, линуксного ядра - я в моем  праве извращаться как мне будет угодно. Но это никого не обязывает взять мои изменения и принять их в майнлайн :)

> в моей компании просто не хотят осваивать новые технологии.

А те кто писал гит - даже и не пытались косить под "хороший svn". Они сделали именно DVCS. В котором натурально нет никаких эксклюзивных узлов с особыми правами. Все копии репок натурально равноценны. А где и как происходит синхронизация - вопрос договоренностей между участниками процесса. Это собственно и есть распределенная разработка.

> А когда встал вопрос "А что нам делать с картинками, например?" в git (и т.д) -
> я просто не смог ничего ответить.

Ну так тут народ уже придумал эн вариантов. Можно переучить, докостылить, поюзать нечто ориентированное на централизацию или что там еще. Никаким взмахом волшебной палочки гит локам не научится - просто потому что у DVCS логика работы другая. Она не такая как у централизованной VCS. Там действительно нет никаких центральных ауторити которые какие-то правила диктуют. Вот лежит у меня репа с линевым ядром. И я могу отмотать на 20 коммитов назад забыв какой либо сервак спросить. И любой файл отредактировать могу. И закоммитить себе - могу. И потом работать с моими локальными изменениями мотаясь по версиям могу. Вообще без каких-то левых серваков где-то там. Другое дело что для того чтобы эти изменения появились где-то еще, кто-то у меня их должен взять. Как именно это организовано - очень зависит от. Well known сервак на котром некто что-то мержит - лишь 1 из опций, ничем таким не особенная. Из кучи других.

> Да, возможно действительно стоит задуматься над тем, где хранить двоичные файлы.

Стоит задумываться о свойствах применяемого инструмента и его логике работы.

> Просто, не знаю, поддержите ли Вы меня или нет, но мне бы
> было не очень удобно иметь для этого другой инструмент,

По крайней мере проекты которые хостят в гите картинки с графикой я видел, но - разумные объемы. И оно там разрабатывается разумными людьми. Которые доводят до разумного состояния картинки у себя локально, в каком-нибудь trello "всей толпой", или там где еще, и только потом уже оно в git отправляется. Так что хранятся только реально разные картинки без особого флуда изменениями на каждый пшик.

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

Увы, чудес не бывает. Есть инструменты. Есть их свойства. Не учитывать их - не получится.

> Можете предложить какой-нибудь вариант?

Народ уже несколько вариантов придумал вроде. Что я могу еще придумать? Сказать что чудес не бывает? :)

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

Оглавление
Увидела свет система управления версиями Subversion 1.8.0, opennews, 19-Июн-13, 12:12  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



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

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