Здравствуйте, Vain, Вы писали:

V>>>Ага, пытаюсь тебе объяснить, что первым делом нужна фича положить/взять на/с сервер(а) а не положить соседу в репу. А ты "хочешь — клади в одно".
V>·>Да пожалуйста, гит не запрещает тебе иметь центральный сервер. Плохо, когда эта фича и первым делом и последним является, хочешь положить соседу в репу, а не можешь.
V>С чего вдруг я должен хотеть, если я даже не знаю где этот сосед? В общем случае таких соседов дофигища и мне болт положить, что они там у себя в репозиториях нахреначили.
Ты не хочешь (как мне кажется лишь потому, что не умеешь), другие хотят.

V>>>свн и перфорс позволяют создать сервер локально.
V>·>Как клон какого-то существующего репо? Да чтобы потом замержить новые изменения обратно?
V>Мерж двух каталогов, эта тулзовина даже отношения к vcs не имеет.
А что имеет?
Собственно если эти два каталога — две немного разные версии исходников одного и того же проекта, то это прямая обязанность любой приличной vcs дать возможность их всяко сравнивать и мержить.

V>>>На разнах компах находятся, в каждом своя история. Чем не подтверждение?
V>·>Ага, только эта история — идентична. "своя история" существует только до мержа.
V>Ты же не всю историю мержишь, а только часть, какую-то ветку, следовательно, там никогда полной истории и не будет.
Не понимаю к чему ты это говоришь. Ну если тебе нужно замержить часть, то будет частично смерженная история. Если тебе нужно замержить всё, история будет полностью смерженной. Почему никогда?

V>Будут копии кусков одного в другом, это не полная история.
Копии будут в vcs которые мержить не умеют, типа svn.
Прежде чем заявлять очередную глупость, скажи, ты разобрался с history DAG?

V>>>В свн ты мержишь локально между коммитами, которые и формируют историю, т.е. в свн честная история.
V>·>Ты не мержишь, а просто делаешь дифф между двумя коммитами и накладываешь его на текующую wc и делаешь новый коммит, который никак логически не связан в _истории_ с первыми двумя. Кроме как корявый mergeinfo.
V>У тебя есть исходный файл и, к примеру, файл из бранча, который ты как раз мержишь. Они физически по разным путям, не понимаю причём здесь дифф, если он существует только для одного и того же файла.
Что такое "исходный файл"? И какая его взаимосвязь с "файлом из бранча"?
Мерж в svn это получение разницы между изменениями сделанными в одном бранче и применение этой разницы к рабочей копии. Так?

V>>>То, что больше пользуются бесплатно самим хостингом для хранения файла, а не самим гитом. Тут играет роль удобство сервиса, а не фичи гита, которые ты пытаешься продемонстрировать в доказательство популярности GitHub'а.
V>·>Ну а перфорс везде и всегда используется для хранения исключительно нетленных гениальных исходников. Забабахать туда пачку файлов ради "шоб было" типа нельзя...
V>Причем здесь перфорс, если речь про бесплатный хостер на базе версионирования?
Платность-бесплатность тут не причём. github тоже не всегда бесплатный. Мало того, был вот бесплатный sourceforge на базе svn — почему он не крупнейший?

V>>>Перетаскивать юзеров с гита на перфорс, это же очевидно.
V>·>helix чтобы перетаскивать с git на p4? И много ты таких перетасканных наблюдал?
V>Это надо спросить у перфорса, сколько клиентов перешли на их сервис.
Спроси, посмеёмся.

Здравствуйте, Vain, Вы писали:

V>>>Ага, пытаюсь тебе объяснить, что первым делом нужна фича положить/взять на/с сервер(а) а не положить соседу в репу. А ты "хочешь — клади в одно".
V>·>Да пожалуйста, гит не запрещает тебе иметь центральный сервер. Плохо, когда эта фича и первым делом и последним является, хочешь положить соседу в репу, а не можешь.
V>С чего вдруг я должен хотеть, если я даже не знаю где этот сосед? В общем случае таких соседов дофигища и мне болт положить, что они там у себя в репозиториях нахреначили.
Ты не хочешь (как мне кажется лишь потому, что не умеешь), другие хотят.

V>>>свн и перфорс позволяют создать сервер локально.
V>·>Как клон какого-то существующего репо? Да чтобы потом замержить новые изменения обратно?
V>Мерж двух каталогов, эта тулзовина даже отношения к vcs не имеет.
А что имеет?
Собственно если эти два каталога — две немного разные версии исходников одного и того же проекта, то это прямая обязанность любой приличной vcs дать возможность их всяко сравнивать и мержить.

V>>>На разнах компах находятся, в каждом своя история. Чем не подтверждение?
V>·>Ага, только эта история — идентична. "своя история" существует только до мержа.
V>Ты же не всю историю мержишь, а только часть, какую-то ветку, следовательно, там никогда полной истории и не будет.
Не понимаю к чему ты это говоришь. Ну если тебе нужно замержить часть, то будет частично смерженная история. Если тебе нужно замержить всё, история будет полностью смерженной. Почему никогда?

V>Будут копии кусков одного в другом, это не полная история.
Копии будут в vcs которые мержить не умеют, типа svn.
Прежде чем заявлять очередную глупость, скажи, ты разобрался с history DAG?

V>>>В свн ты мержишь локально между коммитами, которые и формируют историю, т.е. в свн честная история.
V>·>Ты не мержишь, а просто делаешь дифф между двумя коммитами и накладываешь его на текующую wc и делаешь новый коммит, который никак логически не связан в _истории_ с первыми двумя. Кроме как корявый mergeinfo.
V>У тебя есть исходный файл и, к примеру, файл из бранча, который ты как раз мержишь. Они физически по разным путям,
Что такое "исходный файл"? И какая его взаимосвязь с "файлом из бранча"?

V>не понимаю причём здесь дифф,
выделил специально для тебя:

svn merge — Apply the differences between two sources to a working copy path.

(с) http://svnbook.red-bean.com/en/1.7/svn.ref.svn.c.merge.html

V>если он существует только для одного и того же файла.
Мерж в svn это получение разницы между изменениями сделанными в одном бранче и применение этой разницы к рабочей копии. Так?

V>>>То, что больше пользуются бесплатно самим хостингом для хранения файла, а не самим гитом. Тут играет роль удобство сервиса, а не фичи гита, которые ты пытаешься продемонстрировать в доказательство популярности GitHub'а.
V>·>Ну а перфорс везде и всегда используется для хранения исключительно нетленных гениальных исходников. Забабахать туда пачку файлов ради "шоб было" типа нельзя...
V>Причем здесь перфорс, если речь про бесплатный хостер на базе версионирования?
Платность-бесплатность тут не причём. github тоже не всегда бесплатный. Мало того, был вот бесплатный sourceforge на базе svn — почему он не крупнейший?

V>>>Перетаскивать юзеров с гита на перфорс, это же очевидно.
V>·>helix чтобы перетаскивать с git на p4? И много ты таких перетасканных наблюдал?
V>Это надо спросить у перфорса, сколько клиентов перешли на их сервис.
Спроси, посмеёмся.