Subversion 1.7

>Никто из тех проектов, что интересуют тебя. А так - Linux. OpenJDK, {Open,Libre}Office, Mozilla, Python... впрочем, всё это маргинальный опенсорс %)
Я не разработчик в этих проектах.

Как я уже 10 раз писал DVCS нужен при многоуровневом коммите, наблюдаемом в перечисленных выше проектах.

Я говорю о работе.

Да, и слова о полной ненужности DVCS - это скорее троллинг фанатов, которые пришли в тему с целью насрать.

у этих тулзов есть избыточночть, совершенно не нужная 99% программистов и их боссов.

Боссам конечно этого не нужно, им нужен результат.

Если это не ваш случай, то тот-же Subversion значительно удобнее. Следуйте принкипу KIS! Keep It Simple!

Когда последний раз ты делал merge в svn ?

>Чем проще? Тем что не поддерживает локальные коммиты?
Как минимум этим.
Не нужно юзерам разъяснять дополнительную ненужную сущность - значит лучше

> Я говорю о работе.

Еще 3 человека и анонимус в этой ветке говорят о том же, но они используют DVCS.

>Когда последний раз ты делал merge в svn ?
Вчера.

И как тебе этот ад? Удобно? Я когда работаю с svn, то пытаюсь обходиться без merge вообще, ибо он тут сделан через такую жопу, что проще руками файлики скопировать и руками diff сделать, чем делать svn merge.

ладно, в общем проехали - ты неизлечим, SVNГМ в последней стадии =)))))

о какой такой многоуровневости ты говоришь если даже одному разработчику hg или git (ну в качестве локального репозитория) и то удобнее чем svn?

просто признайся - я осилил только маломощный почти ничего не умеющий svn, остальное не осилил и не понял, а потому заявляю что для обычной работы svn лучше, вот только правильно тебя господин Reset спрашивает «Когда последний раз ты делал merge в svn ? » а я дополню - между ветками, и не говори что ветки не нужны =)))

>И как тебе этот ад? Удобно?
Устраивает.
Вы, я надеюсь, не из коммандной строки merge делаете?

Естественно из командной строки. Свистело-перделки не использую.

>Не нужно юзерам разъяснять дополнительную ненужную сущность - значит лучше

Ну тогда зачем VCS? Пускай просто копии делают, никаких «лишних» сущностей.

>просто признайся - я осилил только маломощный почти ничего не умеющий svn
:)
Вы можете считать что угодно. Меня это устраивает.

А вот вашу квалификацию легко определить по факту того, что на простой вопрос вы предпочли обгадить собеседника.

и это смешно :)

>Естественно из командной строки. Свистело-перделки не использую.
ССЗБ. Это сугубо печально.

>Ну тогда зачем VCS?
Чтобы хранить версии с комментариями и иметь возможность ими манипулировать.

ИМХО, реально вся мощь децентрализации используется лишь в незначительной части проектов. В 99.99% случаев коммиты движутся только между локальным и единственным централизованным хранилищем. Subversion вроде обещали к версии 2.0 реализовать локальные коммиты и тогда он будет покрывать потребности большей части проектов по методу «собор». git же более удобен для «базарной» разработки. PS пользуюсь и svn и git

> Subversion вроде обещали к версии 2.0 реализовать локальные коммиты

Ссылка есть?

Для меня «киллер-фича» svn - возможность держать в одной папке 5 форков одного файла, вносить изменения только в один из них и мерджить в остальные.

http://subversion.apache.org/roadmap.html
строка Release 1.8.0, последние 2 путкта

Мальчике не спорьте :)

В отличие от того анонимуса, у которого исторически сложилось, что на роботе SVN + git у мена на роботе на SVN работает планово-экономический и ещё какие-то отделы. Очень удобна вещь для работы с документами, ну не нужно секретаршу даже заставлять лезть в консоль чтобы вычитать последнюю версию документа, а вот в Explorer правой кнопкой по папке и видит все что ей нужно. Я вот документ написал закомитил в SVN репозитарий секретарша вычитала тоже заметила: одна радость. В git нет смысла хранить doc документы, а SVN для этого самое оно.

А вот с исходниками git/bazaar/hg самое оно, даже если один человек работает с не очень маленьким проектом, отдельные ветки удобны. Так я могу зафиксировать баг в стабильной ветки лаже если не в стабильной еще ничего не работает а потом сразу сделать merge проделанной работы в текущую ветку.

А когда в SVN локальные коммиты добавят - будешь страдать?

>А вот с исходниками git/bazaar/hg самое оно, даже если один человек работает с не очень маленьким проектом, отдельные ветки удобны. Так я могу зафиксировать баг в стабильной ветки лаже если не в стабильной еще ничего не работает а потом сразу сделать merge проделанной работы в текущую ветку.
Вас возможно это удивит, но с SVN я работаю по точно такой-же схеме.
Т.е. ветки делать не просто а ОЧЕНЬ ПРОСТО!

> http://subversion.apache.org/roadmap.html

строка Release 1.8.0, последние 2 путкта

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

>А когда в SVN локальные коммиты добавят - будешь страдать?
Нет.
Но я уверен, в проектах их запретят, дабы не перенапрягать среднего девелопера.

> Но я уверен, в проектах их запретят, дабы не перенапрягать среднего девелопера.

Такое впечатление, что ты работаешь в школе для умственно отсталых.

Таки да, но для этого в git подобных решениях множество удобных функций. Например, если я ещё не доделал работу и не хочу заливать промежуточный результаты на сервер (в указанном примере). Есть множество других деталей.

P.S. Я хотел скорее отстаивать SVN чем git, а Вы меня в другую сторону направляете. Например git плохо по сравнению с SVN работает с бинарными файлами. Откомпилированную версию программы лучше хранить в SVN.

>Вы пробовали учить десяток туповатых VB или Java разработчиков пользоваться Git?

И да, я Java разработчик. Может я и туповат и з/п у меня только $1567 в месяц без премиальных, зато график работы не фиксированный. До Вас мне видимо очень далеко, но осилил я git где-то за час/два, и заметьте, вообще без посторонней помощи :), после SVN вроде как даже проще во всяком случае работать из консоли.

>Такое впечатление, что ты работаешь в школе для умственно отсталых.
Среди средних девелоперов.
Так как хороших не хватае и бизнесам приходится нанимать тех кто хоть что-то умеет.

Для разработи 1-3 человеками SVN за глаза хватет. С большим, так сказать, запасом. А группы из 1-3 это всяк больше половины прооектов.

svn лочит репозиторий. Сервак в Европе на узком канале, если за морем кто апдейт развесистой ветки делает, то все остальные сосут. Вот я 20 минут назад запустил svn commit, и он до сих пор висит.

svn log хочет сервер. Банально посмотреть историю не всегда возможно.

svn commit не умеет файл кусками коммитить. Например, был в исходнике найден и пофикшен баг, и параллельно обнаружился и пофиксился ещё один баг. В git можно выбрать, какие куски файла идут в коммит.

Невозможность работать локально бесит больше всего. Subversion - говно.

hg/git?

толсто же.

svn изначально создавался для того, чтобы избавится от всех нелепых недостатков CVS.

>И да, я Java разработчик.
Ну и что?
Я тоже Java разработчик.

Может я и туповат и з/п у меня только $1567 в месяц без премиальных, зато график работы не фиксированный.

ЗП мериться не собираюсь.

но осилил я git где-то за час/два, и заметьте, вообще без посторонней помощи :)

И?

git == user unfriendly. даже многие программисты при работе с ним на каждый чих лезут в man/google, пользователи вообще не смогут работать.

hg хоть и userfriendly, он добавляется лишние сущности, которые простой пользователь не поймет никогда

DVCS нужны, если это не Меркуриал. Если это Меркуриал, то не нужны, потому что HG - уродство

>> Такое впечатление, что ты работаешь в школе для умственно отсталых.

Среди средних девелоперов.

Так и не считай их дебилами. Нужно будет - разберутся. Хлотя... ты вроде говорил, что чем больше дебилов среди штатных прогеров, тем больше получает контрактор? Это много объясняет %)

> простой пользователь

...в вакууме

>Так и не считай их дебилами.
А я и не считаю.
Более того, я и себя гением не считаю.

Нужно будет - разберутся.

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

Если найти союзник в лице босса, максимум на что хватает - заставить их ходить на обучение.

Хлотя... ты вроде говорил, что чем больше дебилов среди штатных прогеров, тем больше получает контрактор? Это много объясняет %)

Что?

Вся разница в том, что среди контракторов выше процент тех,кто желает работать.
Совершенно не значит что я умнее коллеги который 10 лет на одном месте просидел.
Ума Incorporated тоже не добавляет.

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

А мне смешно смотреть, как вы не найдя ответа, уводите разговор в сторону.

Subversion - говно.

Правильный итог. И очень веские аргументы, без шуток. Просто вот еще один пример умного, разумного, замечательного разработчика, который правильного мнения об svn ;)

>Невозможность работать локально бесит больше всего.

И при этом, как будто бы издеваясь, они зачем-то кладут BASE в WC. То есть после того как ты изменил IP/выдернул патчкорд/отключил WiFi/кто-то вырубил свич/пилот/ИБП, единственное, что ты можешь сделать со своей работой - ревертнуть.

А уж если деятельность хоть как-то предполагае выезды (натурные испытания/командировки/сертификации), в течение которых неплохо бы иметь доступ к своим файлам, то тут хочешь-не-хочешь, а вспомнишь слова Торвальдса о том, что даже каталог тарболлов лучше, чем вот это вот издевательство.

>Но я уверен, в проектах их запретят, дабы не перенапрягать среднего девелопера.

Ни хрена себе. По твоему локальные коммиты настолько сложная штука?

Мда, в какой школе даунов говорите работаете? :)

Вы написали:

Вы пробовали учить десяток туповатых VB или Java разработчиков пользоваться Git?

Вам ответили:

но осилил я git где-то за час/два, и заметьте, вообще без посторонней помощи :)

Потом вопрос:

И?

И все, вам ответили? :) Если Вы не поняли, что это был такой диалог, то перестаю вам объяснять.

>По твоему локальные коммиты настолько сложная штука?
Нет.

>в какой школе даунов говорите работаете? :)
Если рассчитываете найти брата дауна или устоиться на учёбу - вы ошиблись.

Какое отношение

Вы пробовали учить десяток туповатых VB или Java разработчиков пользоваться Git?

имеет к

Вам ответили: >но осилил я git где-то за час/два, и заметьте, вообще без посторонней помощи :)

И все, вам ответили?

Нет.
Я вас не спрашивал о том что вы можете мзучить, как и o вашей зарплате, как и о вашем распорядке дня.

Если Вы не поняли, что это был такой диалог, то перестаю вам объяснять.

Наверное пора.
Так как вы отвечаете на вопросы которых я не задавал, но мой вопрос игнорируете.

Несколько вариантов

Можно вставлять все checkpoint'ы как пачку коммитов, сделанных подряд, не отпуская блокировку репозитория.

А можно вообще схлопнуть в один коммит

Ещё раз:

Вы спросили (не у меня):

Вы пробовали учить десяток туповатых VB или Java разработчиков пользоваться Git?

Я Вам написал, что я Java-разработчик и освоение git у меня заняло около часа самостоятельной работы. То есть это было возражение Вам на частном примере, что у кого-то так уж возникают проблемы с git. Да и вообще, что это за разработчики такие, что не могут освоить работу репозиторием, выглядит очень не правдоподобно, если секретарши осваивают.

То есть аргумент, что git сложный для освоении это вообще не аргумент.

P.S. Ещё раз повторюсь, я же за использование Subversion там где в этом есть смысл. Новость о SVN, в SVN прекрасные изменения, будем использовать дальше, в тех случаях где это более обусловлено.

пользователи очень быстро осваивают :) им так даже удобнее

> Можно вставлять все checkpoint'ы как пачку коммитов, сделанных подряд

Вопрос в том, что делать, если за время разработки trunk ушел вперед.

У hg и git в плане юзерфрендли почти одно и то же.

даже многие программисты при работе с ним на каждый чих лезут в man/google

Только если они не имеют опыта работы с ним, а если так, то им придется читать гугл, маны, книги ... независимо от VCS.

у hg адекватный вывод --help и сообщения об ошибках, а также по командам он совсемистим с svn/cvs/bitkeeper ... поэтому гугл,маны и тем более книги не нужны

а что этим чудом еще кто-то пользуется? ССЗБ!