https://slinkov.ru/openforum/vsluhforumID3/69371.html Несколько часов назад разработчики проекта Fedora сообщили (http://lists.fedoraproject.org/pipermail/devel-announce/2010-July/000647.html) о переводе инфраструктуры контроля изменений в spec-файлах и обработки поставляемых в составе пакетов патчей на систему управления исходными текстами Git. В качестве причин выбора Git отмечается высокая скорость обработки запросов, распределенная организация работы, удобные механизмы обработки патчей к upstream коду, привычность системы для разработчиков, поддержка offline режима работы, упрощение внесения экспериментальных изменений и использование Git во многих первичных проектах, таких как Gnome и Linux ядро. <br><br><br>Для автоматизации выполнения типовых для проекта Fedora операций и упрощения миграции на Git для привыкших к CVS разработчиков подготовлена утилита fedpkg, а также комплекс инструментов dist-git (http://fedoraproject.org/wiki/Infrastructure/VersionControl/dist-git), пришедший на смену dist-cvs. Для разделения прав доступа разработчиков ...<br><br>URL: http://lists.f https://slinkov.ru/openforum/vsluhforumID3/69371.html#33 Mon, 02 Aug 2010 14:27:56 GMT &gt;&gt;&gt;Ого, кто-то все еще использует (использовал до этого момента) CVS? <br>&gt;&gt;<br>&gt;&gt;Не только используют, но и новые реализации создают. OpenBSD-шники сейчас пилят OpenCVS <br>&gt;&gt;http://www.opencvs.org/ <br>&gt;<br>&gt;Некрофилия :) Почему бы не юзать централизованный Subversion? Кто-нибудь знает хоть один <br>&gt;аргумент за CVS, и против SVN? <br>&gt;Не централизованные vs децентрализованные, а именно преимущества отсталого неатомарного CVS? <br><br>Добавляй еще PostgreSQL в список - собсна не важно какую VCS использовать - главное что-бы процесс был поставлен, а переезд на новую связан с кучей накладных расходов - зачем чинить-то, что не сломано ?<br>Для нового проекта да - смысл есть, для устоявшегося...<br> https://slinkov.ru/openforum/vsluhforumID3/69371.html#32 Mon, 02 Aug 2010 12:31:18 GMT формат даты в CVS очень хороший - "week ago" и тп; очень удобно, в svn этого нет. <br> https://slinkov.ru/openforum/vsluhforumID3/69371.html#31 Mon, 02 Aug 2010 09:19:14 GMT &gt; Кто-нибудь знает хоть один аргумент за CVS, и против SVN?<br><br>Repo-copy. :)<br><br>В CVS'е формат хранения репозитария таков, что может быть легко прочитан человеком. И поэтому плохо обрабатывается машиной. :) Я про отсутствие атомарности мульти-коммитов, конечно.<br> https://slinkov.ru/openforum/vsluhforumID3/69371.html#30 Sun, 01 Aug 2010 21:42:26 GMT Гон, какой-то... Участвуешь в разработке приложения, которое тебе как бы нафиг не нужно. А тебе надо взять пару файлов, что-то там попортачить и залить обратно? <br><br>Интересно, а как ты свой код отлаживать будешь, не имея всех исходных текстов? И кому нужны такие коммиты? Я бы лесом послал такого "коммитера".<br><br>Гон... <br> https://slinkov.ru/openforum/vsluhforumID3/69371.html#28 Sun, 01 Aug 2010 10:49:22 GMT распределенные репозитории<br> https://slinkov.ru/openforum/vsluhforumID3/69371.html#27 Sat, 31 Jul 2010 18:40:18 GMT &gt;И что? С этим огрызком хоть полноценно можно работать? <br><br>Подождите, в случае SVN ведь все работают с огрызком (локальная копия - без истории версий). И ничего, все как бы довольны. Что за двойные стандарты? oO<br> https://slinkov.ru/openforum/vsluhforumID3/69371.html#26 Sat, 31 Jul 2010 17:20:29 GMT Уууу брат... Будь ты разраб то бы знал, что для этого сверх быстрый и сверхбезлимитный инет не нужен. Скачал один раз все целиком, а уж изменения тянуть без разницы под чем, будь то GIT, SVN или вообще BZR. Или плох тот разраб, что не тянет срез каждый раз заново? :)<br> https://slinkov.ru/openforum/vsluhforumID3/69371.html#25 Sat, 31 Jul 2010 15:16:24 GMT &gt;А что ты сделал для проекта, что он тебе должен что-то? Ты заплатил? Ты участвуешь в разработке? Нет? Ну тогда иди лесом. Полностью согласен с разрабами.<br><br>Опять начинается тыканье. Может я разраб, у которого просто физически нет быстрого анлимного интернета. Откуда тебе знать?<br> https://slinkov.ru/openforum/vsluhforumID3/69371.html#24 Sat, 31 Jul 2010 15:14:15 GMT &gt;Один пакет (src.rpm) - один репозиторий.<br><br>Кошмар!<br>