|
| 1.2, anonymous (??), 15:22, 12/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
>Рабочие копии мета-данных, ранее разбросанные по всем директориям (каталоги .svn), теперь сохраняются в одном месте - в корне рабочей копии проекта создаётся одна директория ".svn", мета-данные в которой сохраняются с использованием SQLite.
Это теперь выборочно не обновить? Печально.
| | |
| |
| 2.4, Crazy Alex (??), 15:35, 12/10/2011 [^] [^^] [^^^] [ответить]
| +7 +/– |
Не вижу связи. Просто перенесли на верхний уровень все данные svn - к возможности выборочного обновления напрямую это отношения не имеет.
| | |
| |
| |
| 4.52, Crazy Alex (ok), 22:50, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Идиот на проводе? Кто мешает полезть вверх по дереву и найти .svn в корне локальной копии? Никак это не свзяано с возможностью работать с куском репозитория, разве что недописали что-то. Принципиальных проблем там близко нет.
| | |
|
| 3.64, VoDA (ok), 09:40, 13/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > Не вижу связи. Просто перенесли на верхний уровень все данные svn -
> к возможности выборочного обновления напрямую это отношения не имеет.
Теперь нельзя просто скопировать под-директорию в другое место и продолжать работать с ней как с SVN-кой. Теперь на каждый чих нужно checkout, даже есть рядом лежит checkout директории более высокого уровня.
Печаль...
| | |
|
| |
| 3.6, anonymous (??), 15:38, 12/10/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>а чем svn up <dirname> в руте не катит?
Необходимостью прыгать туда-сюда и вводить длинные команды вместо простого "svn up"
| | |
|
| 2.9, Lockal (??), 16:49, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
А что, так сложно решить задачу рекурсивого обхода родительских директорий в поисках подходящей .svn-директории?
| | |
| 2.11, Аноним (-), 17:01, 12/10/2011 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Это плохо тем, например, тем, что раньше можно было в огромном дереве, которое конвертить в git целиком слишком накладно, отдельные ветки заменить на git, и из-за отсутствия .svn subversion их бы не трогал (хотя update при этом и валится), а теперь он полезет внутрь и неизвестно что там натворит. Кроме того, теперь отдельную ветку дерева не вынесешь за его пределы (например, поняв что остальное не нужно).
В общем, единственное что оставалась ценного в svn - его непроходимая дубовость, а теперь он закосами под современные vcs ещё сильнее мешает своему использованию.
| | |
| |
| 3.14, Аноним (-), 17:24, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
во-во svn живет за счет своей простоты и тут они начали "улучшать" ...
верните нелюди тупой .svn !
| | |
| |
| 4.16, anonymous (??), 17:42, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>во-во svn живет за счет своей простоты и тут они начали "улучшать" ...
Я погорячился. Обновлять можно и отдельно. Но всё равно решение неудобное. По крайней мере, как сказано выше, скопировать часть проекта уже нереально. Ну и рекурсивный поиск "вверх" хоть и решает часть проблем, вызванных таким подходом, всё равно выглядит крайне убого в программном отношении.
| | |
| |
| 5.18, Аноним (-), 18:05, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Ещё как удобно. Даже отличное решение!!! Если вырезать папку из одного места репозитория и и вставить в другую папку ничего плохого не произойдет. А вы попробуйте секретарше, работавшей с документом объяснить, что так делать нельзя и почему.
P.S. Отличный репозиторий для корпоративных хранилищ бинарных документов. Для программного кода есть более продвинутые решения типа git, bazar, mercurial.
| | |
| |
| 6.23, anonymous (??), 19:08, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Если вырезать папку из одного места репозитория и и вставить в другую папку ничего плохого не произойдет.
Но и ничего хорошего тоже.
>А вы попробуйте секретарше, работавшей с документом объяснить, что так делать нельзя и почему.
А не надо ничего объяснять. Особенно секретарше.
| | |
| |
| 7.27, Аноним (-), 19:53, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Но и ничего хорошего тоже.
Ну это основная проблема у пользователей слабо знакомых с компьютером. Они перемещают папки с .svn, больше проблем у обычных пользователей не замечал. Как я понимаю, теперь это уже не будет приводить к проблемам, что есть очень хорошо.
>А не надо ничего объяснять. Особенно секретарше.
Мда. Видите ли какое у вас бы там ни было мнение о SVN, но статистика показывает, что его ниша уже не хранение кода, а именно юристы/экономисты держащие сотни документов в SVN. Subversion на это нишу и ориентируется. Программный код же будут хранить во всяких аля-git системах. И это хорошо, не зачем плодить велосипеды делающие то же самое, а так у Subversion есть будущие.
| | |
| |
| |
| 9.53, Аноним (-), 22:59, 12/10/2011 [^] [^^] [^^^] [ответить] | +1 +/– | В папках с исходным кодом конечно необходимость перемещения целой папки в другое... большой текст свёрнут, показать | | |
| |
| 10.66, VoDA (ok), 09:53, 13/10/2011 [^] [^^] [^^^] [ответить] | +2 +/– | Довольно удобное и частое применение Особенно когда используется один репозитор... большой текст свёрнут, показать | | |
| |
| 11.72, Аноним (-), 12:40, 13/10/2011 [^] [^^] [^^^] [ответить] | +/– | Вы не поняли о чёт идет речь Имелся ввиду рефакторинг кода Перемещаются классы... большой текст свёрнут, показать | | |
|
|
|
| 8.65, VoDA (ok), 09:45, 13/10/2011 [^] [^^] [^^^] [ответить] | +2 +/– | аля-git убоги - они простейшую даже фичу как checkout под-директории не осилили ... текст свёрнут, показать | | |
| |
| 9.70, Аноним (-), 12:17, 13/10/2011 [^] [^^] [^^^] [ответить] | +1 +/– | Нет, не путайте, это Вы не осилили как это делается И не только папки можно отд... текст свёрнут, показать | | |
| 9.76, Аноним (-), 15:30, 13/10/2011 [^] [^^] [^^^] [ответить] | +/– | Это вы убоги - не осилили ман почитать Да понятное дело - высер на форуме это п... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| |
| 2.35, добрый дядя (?), 21:22, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> с нетерпением ждем реализацию offline коммитов
всего лишь локальные оффлайн коммиты применительно к SVN это скорее костыль будет, в то время как в нормальных системах управления версиями, такими как git и Mercurial, это на уровне ДНК, наряду с кучей других плюсов
| | |
| |
| 3.38, vayerx (ok), 21:53, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
 костыль - не костыль, но пользоваться будет удобнее.
что за "нормальные системы", то не стоит путать теплое с мягким -- у svn есть своя ниша, в которой он неплохо живет. говорю это как пользователь git-svn со стажем
| | |
| |
| 4.58, Аноним (-), 02:48, 13/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> костыль - не костыль, но пользоваться будет удобнее.
А какой смысл в удалении гланд через задний проход, когда в DVCS такая фича получается сама и на халяву, в силу принципов работы? По-моему, если вам нужна независимость от сервера и возможность полноценной работы оффлайн, проще всего просто перейти на dvcs типа git'а. После этого можете хоть емэйлом синхронизироваться, отсылая патчи друг другу и вообще не имея центрального сервера, например. А можно и с ним.
| | |
| |
| 5.67, VoDA (ok), 09:55, 13/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
>> костыль - не костыль, но пользоваться будет удобнее.
> А какой смысл в удалении гланд через задний проход, когда в DVCS
> такая фича получается сама и на халяву, в силу принципов работы?
> По-моему, если вам нужна независимость от сервера и возможность полноценной работы
> оффлайн, проще всего просто перейти на dvcs типа git'а. После этого
> можете хоть емэйлом синхронизироваться, отсылая патчи друг другу и вообще не
> имея центрального сервера, например. А можно и с ним.
DVCS не всегда удобны. SVN для некоторых задач удобнее применять, чем DVCS.
| | |
| |
| 6.77, Аноним (-), 15:34, 13/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> DVCS не всегда удобны. SVN для некоторых задач удобнее применять, чем DVCS.
Лично мне вот нихрена не удобно зависеть от какого-то сервера где-то в дубенях. А еще я могу пользоваться десктопом и ноутом, например. И мне как-то ну совсем не удобно зависеть от наличия интернета или конективити между ними на 100%. А в свн если напортачить то даже на энную ревизию без сервака не откатишься нифига. Извините, но это - каменный век.
| | |
|
| |
| 6.78, Аноним (-), 15:36, 13/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> для начала, почитайте про бритву Оккама и принцип kiss
А можно я вас шарахну вашим же оружием? Да, мистер, гребаный сервер svn - абсолютно лишняя сущность, полностью согласен. В git можно и совсем без сервера обойтись :)
| | |
| |
| |
| |
| 9.86, vayerx (ok), 18:02, 13/10/2011 [^] [^^] [^^^] [ответить] | +/– | для локального репозитария не checkout а - без проблем локально все коммиты н... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| 1.10, Аноним (-), 16:56, 12/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Изменения замечательные, только опоздали лет на 5 - для всех немногих проектов, что ещё используют svn для репозитория, клиентом давно используется git-svn, где уже давно есть всё перечисленное и намного больше.
| | |
| |
| |
| 3.13, Xasd (ok), 17:10, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
 может быть ктото кто испольузет Svn (хотябы 1 человек из ста :)) -- возьмёт да решит-таки изучить/использовать/перейти на Git
...практика говорит о том что рано или позно это случается с почти каждым svn-щиком.. а дальше только мысли на подобие "и почему я раньше этого не сделал? зачем я так долго фанатично сопративлялся?" :-)
| | |
| |
| 4.17, anonymous (??), 17:43, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>практика говорит о том что рано или позно это случается с почти каждым svn-щиком.
Чья практика? Есть куча применений, где git попросту неприменим.
| | |
| |
| 5.19, Xasd (ok), 18:33, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Чья практика? Есть куча применений, где git попросту неприменим.
...а ещё есть куча применений Svn в случаях когда по хорошему применим Git :-)
| | |
| 5.22, Аноним (-), 19:07, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
Ну и где? Вообще-то функциональность git - надмножество оной svn, так что это бред.
| | |
| |
| 6.24, anonymous (??), 19:12, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Ну и где? Вообще-то функциональность git - надмножество оной svn, так что
> это бред.
А при чём тут вообще функциональность? Я про удобство использования. В git нет докачки, в git нет удобных номеров ревизий, в git нет возможности работать с частью проекта... Просто у некоторых походу git головного мозга, раз они так легко октазались от столь очевидных удобств.
| | |
| |
| 7.29, Аноним (-), 20:18, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> А при чём тут вообще функциональность?
Действительно - при чём, когда от VCS нам нужна не функциональность, а подпорки под нашу ограниченность и привычки к допотопщине. Признайтесь, вы с git и не работали.
> Я про удобство использования
Удобство - это для начала, нормальный merge и cherry-pick, не говоря уже о rebase, bisect, staging area с add -p, всем фичам по history rewriting да и банальных локальных коммитах. Ну вам конечно, на всё это плевать - вам дорог зухель 33600, вы привыкли к чиселкам и вы привыкли всё запихивать в один репозиторий, чтобы потом выкачивать оттуда части. И громко заявляете что git неприменим. Даже жаль таких как вы.
| | |
| |
| 8.31, anonymous (??), 20:40, 12/10/2011 [^] [^^] [^^^] [ответить] | +2 +/– | В чём допотопщина В отсутствии 100-мегабитного канала Ну да, сейчас модно прив... большой текст свёрнут, показать | | |
| |
| 9.34, Аноним (-), 21:20, 12/10/2011 [^] [^^] [^^^] [ответить] | +1 +/– | 100-мегабитный совершенно необязательно Отсутствие разрывов связи вобщем-то не ... текст свёрнут, показать | | |
| |
| |
| |
| |
| 13.55, Аноним (-), 02:09, 13/10/2011 [^] [^^] [^^^] [ответить] | –1 +/– | Так и запишем Чтобы работать с svn надо руками собрать текстовички с логами для... текст свёрнут, показать | | |
|
|
|
|
| 9.79, Аноним (-), 15:40, 13/10/2011 [^] [^^] [^^^] [ответить] | +/– | Гым, в SVN даже на более старую ревизию без интернета не откатиться если понял ч... текст свёрнут, показать | | |
|
| |
| |
| 10.90, Ytch (?), 02:26, 14/10/2011 [^] [^^] [^^^] [ответить] | +/– | В описываемом случае это скорее плюс, так как эта точка обслуживается квалифиц... текст свёрнут, показать | | |
|
|
|
| 7.36, добрый дядя (?), 21:28, 12/10/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Тогда твой выбор Mercurial - это простота svn-а (номера ревизий цифрами в локальной копии), есть external-ы для hg svn и git, есть много разнообразных плюшек и фишек, которые есть в svn. Mercurial - это следующий шаг после svn, шаг вперед.
+ нормальный кроссплатформенный GUI - TortoiseHG (на PyQt для Mercurial, работает на всех ОС, а не как TortoiseSVN, который только в нормальном виде только для венды)
> А при чём тут вообще функциональность? Я про удобство использования. В git
> нет докачки, в git нет удобных номеров ревизий, в git нет
> возможности работать с частью проекта... Просто у некоторых походу git головного
> мозга, раз они так легко октазались от столь очевидных удобств. | | |
| |
| |
| 9.41, Аноним (-), 21:58, 12/10/2011 [^] [^^] [^^^] [ответить] | –1 +/– | Полностью поддерживаю Есть правда один минус - это ничего не умеющее тормозное ... текст свёрнут, показать | | |
| 9.68, VoDA (ok), 09:59, 13/10/2011 [^] [^^] [^^^] [ответить] | +/– | как сделать checkout части репозитория работал с Hg, но данной фичи не обнаружи... текст свёрнут, показать | | |
| |
| |
| 11.106, VoDA (ok), 11:12, 17/10/2011 [^] [^^] [^^^] [ответить] | +/– | а зачем для моих задач к примеру хранение фоток branch не требуется, а checko... текст свёрнут, показать | | |
|
|
|
|
| 7.47, Michael Shigorin (ok), 22:15, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > В git нет докачки
На http IIRC. SVN на plain http вообще не вывесить.
> в git нет удобных номеров ревизий
Удобных -- это когда надо бы разумно идентифицировать две разных параллельных модификации одной ревизии (ну работали два человека одновременно каждый в своём офлайне), а никак? :)
Ревизии -- это ахиллесова пята, которая в принципе прибивает к единому номеродателю. А игры в точки вскоре начинают напоминать SNMP какой-то.
Это не говоря о том, что хэши в качестве идентификаторов имеют и другие побочные свойства помимо надёжной проверки наследования -- например, делают осмысленным и достаточно практичным тот же --amend: поправил содержимое -- получилось другое состояние, но со старым вариантом уже не перепутаешь.
> в git нет возможности работать с частью проекта...
Можно рассказать, где используется и осмыслена такая организация проекта? Прям интересно стало (без подколов). Тут вон до git submodules руки не доходят, как-то всё не требуются.
> Просто у некоторых походу git головного мозга, раз они так легко октазались
> от столь очевидных удобств.
Про одно Вы неправду сказали, про остальные два -- как минимум неовечидно/противоречиво. И это всё не к тому, какой гит замечательный, а к тому, что критика не по адресу вышла.
PS: а новости -- +1 :)
| | |
| |
| |
| 9.99, arisu (ok), 23:07, 14/10/2011 [^] [^^] [^^^] [ответить] | +/– |  вообще-то да поправил 8212 закоммитил это утята с svn предпочитают наколбас... текст свёрнут, показать | | |
|
| 8.69, VoDA (ok), 10:09, 13/10/2011 [^] [^^] [^^^] [ответить] | +/– | Я храню в нем фотки - есть возможность выгрузить фотки одного сезона или одной п... текст свёрнут, показать | | |
| |
| 9.81, Аноним (-), 15:48, 13/10/2011 [^] [^^] [^^^] [ответить] | +/– | Мде, если вы даже название приложения написать не можете правильно - представляю... текст свёрнут, показать | | |
|
|
|
|
| |
| 6.48, anonymous (??), 22:15, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>нету
А вот с аргументацией опять туго. Походу массовый гипноз, ничего не поделаешь.
| | |
| |
| 7.56, Аноним (-), 02:11, 13/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> А вот с аргументацией опять туго. Походу массовый гипноз, ничего не поделаешь.
Куда нам до универсального аргумента "массовый гипноз".
| | |
|
| 6.71, Crazy Alex (ok), 12:39, 13/10/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
Гит неприменим, когда нет доверия пользователю в плане грамотного обращения с репозиторием. С SVN он закоммитил на центральный сервер - и всё, никуда результат его работы не денется, локально можно творить что угодно. А права на запись в удалённый гит-репозиторий дают слишком много свобод в плане "начудить". Нет, наверное, там можно какими-то костылями подпереть, но SVN при таком сценарии проще на порядок. Кроме того гит со своей нелинейностью истории и SHA1-хешами создаёт слишком большую когнитивную нагрузку на нетехнических польхователей, которым оно на фиг не надо, а нужен просто список версий документа с комментарием (commit message, но им мы это говорить не будем) и датой сохранения (коммита - но это мы тоже говорить не будем). Имеем действительно удобный версионник для непрограммистов - дизайнеров, юристов и т.п.
| | |
| |
| 7.91, Ytch (?), 02:48, 14/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
> нужен просто список
> версий документа с комментарием (commit message, но им мы это говорить
> не будем) и датой сохранения (коммита - но это мы тоже
> говорить не будем).
Еще им часто надо легко и автоматически получать всегда актуальные документы, которые делают коллеги из соседней комнаты, вместо "скинь мне на флешку последний вариант договора" и "Вася на той неделе вроде чего-то менял в смете - позвони ему и ,если он на месте, пусть по почте пришлет". С DVCS ситуация у "нетехнических" пользователей будет похуже чем "принести на флешке" (с флешкой они все-таки обычно могут управиться без посторонней помощи).
| | |
|
|
| 5.59, Аноним (-), 02:49, 13/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Чья практика? Есть куча применений, где git попросту неприменим.
Почему-то мне кажется что случаев когда наоборот - намного больше. Перец с оффлайн-коммитами выше как бы намекает... ;))
| | |
|
|
| 3.15, Аноним (-), 17:34, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
Это правда - я лично перешел на git-svn сразу после того как мне его показали.
| | |
| |
| 4.25, anonymous (??), 19:14, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Это правда - я лично перешел на git-svn сразу после того как
> мне его показали.
Ну так люди легко поддающиеся внушению были всегда. Иначе пришлось бы отрицать такое явление как гипноз.
| | |
| |
| 5.30, Аноним (-), 20:23, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну так люди легко поддающиеся внушению были всегда
Самовнушению, чтобы сидеть на г-не мамонта и считать что это правильно, вы хотели сказать? Так и CVS используют. Всё проще - есть люди, недостаточно поддающиеся любознательности. Осиль я сам прочитать пару глав pro git чтобы понять что он умеет - перешел бы давно сам. А так мучался пока не показали что есть svn, а есть системы контроля версий.
| | |
| |
| 6.32, anonymous (??), 20:44, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>Всё проще - есть люди, недостаточно поддающиеся любознательности.
А при чём тут любознательность? У гита отсутствует ряд необходимых мне фич. Об этом я прекрасно осведомлён.
>А так мучался пока не показали что есть svn, а есть системы контроля версий.
Это опять голословно. Очень похоже на результат внушения.
| | |
| |
| 7.60, Аноним (-), 02:55, 13/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> А при чём тут любознательность? У гита отсутствует ряд необходимых мне фич.
А у SVN отсутствует ряд фич в еще более злобном виде. Самой злобной из проблем является то что оно вообще ничерта не может при отсутствии сервака.
Поэтому:
1) Падение сервака = пи...ц работе! Полный. Надолго.
2) Без интернета или сервака в локалке в принципе нереально работать. У GIT в 100500 раз больше вариантов, вплоть до переноски патчей флоппинетом, если по другому в неких условиях не получается.
3) Отматывать на разные версии - нудно, медленно, геморройно и опять же требует живой сервер. Ублюдство.
| | |
| |
| |
| 9.82, Аноним (-), 15:56, 13/10/2011 [^] [^^] [^^^] [ответить] | +/– | Нет, извините, нагнувшаяся работа - это проблема того у кого она нагнулась Хотя... большой текст свёрнут, показать | | |
|
|
|
| 6.33, anonymous (??), 20:45, 12/10/2011 [^] [^^] [^^^] [ответить]
| –3 +/– | |
>Самовнушению, чтобы сидеть на г-не мамонта и считать что это правильно, вы хотели сказать?
Это вы про гит? Полностью согласен.
| | |
| |
| 7.61, Аноним (-), 03:03, 13/10/2011 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Это вы про гит? Полностью согласен.
Git по сравнению с svn - как иномарка vs крестьянская телега. Оба конечно средства передвижения, хрен поспоришь. Но почему-то лошади нынче используются чуть реже чем иномарки.
| | |
|
|
|
|
|
|
| 1.20, Необъективный_ (ok), 18:44, 12/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > Рабочие копии мета-данных, ранее разбросанные по всем директориям (каталоги .svn), теперь сохраняются в одном месте - в корне рабочей копии проекта создаётся одна директория ".svn", мета-данные в которой сохраняются с использованием SQLite.
Убрали возможность клонирования только части дерева исходников? Чтобы затем работать только с ней...
> В этой же директории хранится и копия изначального содержимого всех файлов проекта (вместо text-bases отныне данные хранятся как pristines).
Вообще мутная фраза. Файлы имеют свойство появляться в процессе развития проекта. Что подразумевается под изначальным содержимым?
> Недостатком использования SQLite являются возможное усложнение резервного копирования, так как простое копирования файла базы во время работы с ней библиотек Subversion может привести к нарушению целостности.
Это совсем печально.
| | |
| |
| 2.26, anonymous (??), 19:18, 12/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Убрали возможность клонирования только части дерева исходников? Чтобы затем работать только с ней...
Как раз клонировать можно. Проверял. Вот с остальным проблемы.
| | |
|
| |
| 2.62, Pilat (ok), 05:23, 13/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
 Какой fail? Давно ожидаемое улучшение. Вместо миллиона файлов - одна база.
| | |
| |
| 3.92, all_glory_to_the_hypnotoad (ok), 03:31, 14/10/2011 [^] [^^] [^^^] [ответить]
| +/– |
 когда sqlлайтная база распухнет и зафрагментируется, тогда и вкусишь всю прелесть этого решения. Можно похожее найти в ff, где живой поиск в адресной строке через какое-то время начинает дико подвисать на секунды с завидной регулярностью.
Это действительно эпик фейл. Для задач SVNа можно сделать своё простое хранилище без каких-либо существенных затрат чч. Нет млять, как это часто бывает последнее время, какой-нибудь олигофрен в проекте прикрутит пушку к мухе.
| | |
|
|
| 1.57, Аноним (-), 02:13, 13/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ну приехали, SQLite и одна .svn. Теперь я даже там где вроде бы не нужен git не хочу использовать svn. Видимо, всё-таки, централизованные VCS умерли как класс.
| | |
| 1.63, б.б. (?), 06:57, 13/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
достаточно революционная версия. уместнее было бы назвать svn 2.0, чтобы не путаться в форматах репозитория.
| | |
| 1.94, ALex_hha (ok), 11:22, 14/10/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 > В случае гита то - ему похрену что интернета нет, вся база - локально, и я могу работать с ним где угодно "как если бы у меня был доступ к серваку svn". Потому что я сам себе самодостаточный сервак со своей базой.
у меня репозитарий 950Гб, ты предлагаешь каждому сотрудника носить с собой локальную копию на ноуте? А чо удобно, все под рукой :D У каждого продукта своя ниша применения и не надо путать мягкое с теплым.
> Ну приехали, SQLite и одна .svn.
религия не позволяет использовать? Или будут аргументы?
> когда sqlлайтная база распухнет и зафрагментируется, тогда и вкусишь всю прелесть этого решения.
про дефрагментаторы что нить слышал? Следуя твоей логике NTFS вообще мертвая ФС :D
| | |
| |
| 2.95, all_glory_to_the_hypnotoad (ok), 11:58, 14/10/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> религия не позволяет использовать? Или будут аргументы?
когда переведёшь свой 950Гб репозиторий на sqlite и svn, тогда и узнаешь все 'прелести' этого решения
> про дефрагментаторы что нить слышал?
мы ещё слышали про DBAшника. Дефрагментаторы это вчерашний день, для такого гогна теперь нужно будет иметь целого DBA.
| | |
|
|
