он является автоматическим генератором конфигов для ssh из простого и ясного файла настроек и папки с ключами. притом что все эти конфиги сами по себе тоже git репозиторий. так что так же как и другие репозитории доступны удаленно.
gitosis умеет разграничивать доступ, работать с закрытыми репозиториями, легко настраивается, в том числе и удаленно, авторизует пользователей по rsa ключам и не требует запущенного демона в системе. :) на github очень похоже что используют gitosis для репозиториев с закрытым доступом.
но очень не удобно, знаете ли. для получения подзамочных постов в рсс давно уже есть digest авторизация. жаль что пока редкие рсс ридеры умеют ей пользоваться.
в том что порт этот может быть портом http. из цепочки пакетов сниффер покажет что пользователь просто ходил по сайту. а на самом же деле между хостами среди пакетов запросов ответов HTTP шел обмен данными другого рода.
icmp — это уже старая песня. когда приложение, которое не хочет чтобы его обнаружили, тихо шлет пинги куда надо и в них передает скрытую информацию. а вот посылать тихо битые пакеты — это уже интересный случай.
другой момент меня заинтересовал а не проходит ли проверка целостности передаваемой информации на маршрутизаторах? т.е. уйдет ли битый пакет дальше первого умного роутера?
не знаю как вам, а мне еще весьма приятно что базовые операции выполняются очень быстро. да, те самые мержи, о которых тут много было сказано. еще мне приятно то что мы с напарником можем обмениваться кодом вообще не затрагивая центральный репозиторий. ну и вдобавок к вышесказанному нравится даже то, что я могу работать с svn сервером используя git.
дело вкуса что использовать для проекта. у кого-то большая эффективность с svn у кого-то c git. =)
p.s. git есть уже и под win и под mac os x. и GUI есть тоже кросплатформенный. (qgit например)
центральный свн будет полон того что там могло бы и не находится. учитывая что свн копирует файлы для создании ветки/тэга. удаленная работа с репозиторием будет неудобной и мучительной. тем более что многие просто побоятся/поленятся что-то коммитить в общий репозиторий т.к. этот код еще сырой. в результате каждый коммит это уже почти полноценная фича которая заливается в общий свн репозиторий и о легковесности слияния не может быть и речи. да и о работе оффлайн тоже.
давайте тогда уж на цитату Линуса, где он говорил что-то хорошее про SVN. все выступление он только и говорил: «ребята svn — говно, вот, смотрите как это можно было сделать лучше». и так далее. упоминание того, что SVN используется успешно в мелких проектах не значит что git не может использоваться как минимум с той же степенью эффективности.
месяцы нужны. год можно не писать имхо. а вот чуть красноватые столбики сб-вс — очень пригодились бы. просто визуально чуть выделить выходные.
еще хорошо представляется следующая структура даты:
ср.// день недели
6 // день месяца
май // месяц
да, достойной документации для Git до сих пор толковой нету. :) все в аскетичных манах и не более чем необходимо. хотя мелкие приятности вроде gitx и проч не дают унывать.
силикон / silicone
кремний / silicon
dev.chromium.org/getting-involved/dev-channel
Да бросьте Вы. (ц) Барни.
другой момент меня заинтересовал а не проходит ли проверка целостности передаваемой информации на маршрутизаторах? т.е. уйдет ли битый пакет дальше первого умного роутера?
p.s. git есть уже и под win и под mac os x. и GUI есть тоже кросплатформенный. (qgit например)
еще хорошо представляется следующая структура даты:
ср.// день недели
6 // день месяца
май // месяц