AK>>>> ну я говорю - не умеет этого svn, не для того придуман. SO>>> пальцем покажи AK>> что? Чего в нем HЕТ ? SO> вот и покажи пальцем, чего там нет. возможности работы с чужим проектом - нет. Hачисто.
SO> вот по простому, типа делай раз-два-три, получаешь тык-пык-мык. SO> пока все твои примеры один-в-один реализовывались в svn, при том же самом я не вижу как реализовать в svn, что с подпорками, что без, работу с репо в который нельзя комитить, и из которого надо получать апдейты.
SO> условии, что и с git: заранее подумать об разделении и постоянно его SO> поддерживать. поддерживать надо атомарность изменений - поменял что-то конкретное - commit. Как при работе с любой другой vcs, если она используется для разработки а не для чего-то непонятного ("хранения истории непонятно чего"), как у freebsd.
SO> по факту скорее не под freebsd, раз как раз на пиленное место SO> у меня наложен UMA патч, который не мой и я не синхронизируюсь dvcs все равно, твой он или нет (если, конечно, его автор тоже умеет ей пользоваться), там нет обязанности делать fetch из одного источника.
SO> ты что-то не то несешь. у меня есть такая разработка и там спокойно все SO> пилится. я вот озвучил свою вполне реальную проблему - этих самых патчей у меня уже вагон и маленькая тележка, у каждого своя отдельная история, а патчат они все - не мой проект. Внезапно, выясняется что все кто с ним связан, вообще про dvcs не слышали, работать с ними не умеют, кроме "новая папка" механизмов не знают.
SO> с гитом тоже самое. нет.
> Alex
--- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)
