Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 7325 из 10763 ===================================== RU.UNIX.BSD =
От   : Slawa Olhovchenkov               2:5030/500         08 May 18 20:40:32
Кому : Alex Korchmar                                       08 May 18 20:40:32
Тема : /var/db/freebsd-update
FGHI : area://RU.UNIX.BSD?msgid=2:5030/500+5af1e4bf
На   : area://RU.UNIX.BSD?msgid=<1187509558@ddt.demos.su>+519b0ad1
= Кодировка сообщения определена как: FIDO ===================================
Ответ: area://RU.UNIX.BSD?msgid=<1187509559@ddt.demos.su>+b686ac46
==============================================================================
Hello Alex!

08 May 18, Alex Korchmar writes to Slawa Olhovchenkov:

AK>>>>> ну я говорю - не умеет этого svn, не для того придуман.
SO>>>> пальцем покажи
AK>>> что? Чего в нем HЕТ ?
SO>> вот и покажи пальцем, чего там нет.
AK> возможности работы с чужим проектом - нет. Hачисто.

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

SO>> вот по простому, типа делай раз-два-три, получаешь тык-пык-мык.
SO>> пока все твои примеры один-в-один реализовывались в svn, при том же
SO>> самом
AK> я не вижу как реализовать в svn, что с подпорками, что без, работу с
AK> репо в который нельзя комитить, и из которого надо получать апдейты.

а в чем проблема?
если ты не делаешь svn ci то и пофиг на на коммиты.

SO>> условии, что и с git: заранее подумать об разделении и постоянно его
SO>> поддерживать.
AK> поддерживать надо атомарность изменений - поменял что-то конкретное -
AK> commit.

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

SO>> по факту скорее не под freebsd, раз как раз на пиленное место
SO>> у меня наложен UMA патч, который не мой и я не синхронизируюсь
AK> dvcs все равно, твой он или нет (если, конечно, его автор тоже умеет
AK> ей пользоваться), там нет обязанности делать fetch из одного источника.

да причем тут этот фетч?! ну нет в этом месте проблемы, насрать на это.

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

svk mirror svn://svn.freebsd.org/base/stable/11 //mirror/FreeBSD
svk sync //mirror/FreeBSD
svk cp -p //mirror/FreeBSD //FreeBSD/export
svk cp -p //FreeBSD/export //FreeBSD/patch1
svk cp -p //FreeBSD/export //FreeBSD/patch2
svk cp -p //FreeBSD/export //FreeBSD/patch3
svk smerge -l //FreeBSD/patch1 //FreeBSD/export
svk smerge -l //FreeBSD/patch2 //FreeBSD/export
svk smerge -l //FreeBSD/patch3 //FreeBSD/export

как-то так.

SO>> с гитом тоже самое.
AK> нет.

да.

... Hаши баги мы для совместимости сохраним в следующих версиях
--- GoldED+/BSD 1.1.5-b20110223-b20110223
* Origin:  (2:5030/500)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.226075 секунды