Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Проект KDE чудом не потерял содержимое всех Git-репозиториев, opennews (??), 25-Мрт-13, (0) [смотреть все] Ну и что Даже если бы и потеряли, нашли бы какого-нибудь линуксоида с копией на, Alex (??), 17:17 , 25-Мрт-13, (1) +13 // Блин, точно Надо будет себе ихний Git отзеркалировать Вдруг у них еще раз всё г, WherWolf (?), 17:41 , 25-Мрт-13, (20) +77 // Не поможет, т к вам надо будет периодически синхронизировать репозитории, а в р, Алексей (??), 17:51 , 25-Мрт-13, (26) –1 // Получится Синхронизировать можно руками , Аноним (-), 17:56 , 25-Мрт-13, (32) +1 И что измениться Разработчики KDE заметили повреждение не сразу - так, что оно , Алексей (??), 18:30 , 25-Мрт-13, (47) –1 Многие вытаскивают git овые репозитории командой git fetch В общем, какая-то пуг, Алексей Морозов (ok), 19:45 , 25-Мрт-13, (82) Так зачем синхронизироваться с использованием тупого мирроринга При нормальном , Аноним (-), 19:20 , 25-Мрт-13, (72) И вот тогда вы наконец сотрёте эту богомерзкую ДЕ шутка , Vkni (ok), 18:46 , 25-Мрт-13, (56) +2 Мне кажется тебе нужно оскар за идею дать , Адекват (?), 09:14 , 26-Мрт-13, (164) +2 Хм, я уже около года сливаю с гитхаба серию интересных мне проектов, обычным git, hummermania (ok), 13:44 , 26-Мрт-13, (188) // гугль ещё скачай, чтобы почитать что было , arisu (ok), 17:17 , 26-Мрт-13, (209) +6 все 1500 гигабайт, кевин (?), 19:14 , 25-Мрт-13, (66) Хорошо если бы потеряли У программеров на компах все равно все есть, а всякие н, rshadow (ok), 01:28 , 26-Мрт-13, (134) –3 // По крайне мере это показало бы какие долбоносы принимают ключевые решения в важн, Адекват (?), 09:16 , 26-Мрт-13, (165) –3 Ничего Репликация не средство бэкапов Вот и весь урок Обычных бэкапов это НЕ , Аноним (-), 15:29 , 26-Мрт-13, (197) –1 в неумелых руках и git - ftp, бедный буратино (ok), 17:18 , 25-Мрт-13, (3) +40 // это цитата дня , Kibab (ok), 11:43 , 26-Мрт-13, (177) +2 А им не приходило в голову исключать сервер из списка для зеркалирования до моме, scor (ok), 17:19 , 25-Мрт-13, (4) +3 // статья намекает что зеркалирование у них было сделану через жопу тоесть не чере, кевин (?), 19:20 , 25-Мрт-13, (73) +2 // ну так кде, у них теперь всё так , arisu (ok), 17:18 , 26-Мрт-13, (210) –1 всё бы ничего но у них ЕЯП из предположения что мы абсолютно доверяем всему что , кевин (?), 19:52 , 25-Мрт-13, (85) –3 фейл при 1500 бекапах - было бы эпично, Аноном (?), 17:19 , 25-Мрт-13, (5) +3 // Ибо это были не совсем бакапы, точнее совсем не бакапы , piteri (ok), 17:47 , 25-Мрт-13, (24) +4 // И вот так в гите очень многое сделано Вроде и команда делает Y, но если подумат, Kibab (ok), 11:45 , 26-Мрт-13, (178) –1 // отключи, в чём проблема , arisu (ok), 17:18 , 26-Мрт-13, (211) Так он настраивается на все вкусы Програмер - это ж все-таки не обезьяна класса, Аноним (-), 05:14 , 27-Мрт-13, (252) Чем больше работаю в ИТ, тем всё больше в этом сомневаюсь , PereresusNeVlezaetBuggy (ok), 17:15 , 30-Мрт-13, (302) +1 Повезло , Rodegast (??), 17:19 , 25-Мрт-13, (7) +1 А как же аксиома Зеркалирование резервное копирование , Юрий (??), 17:22 , 25-Мрт-13, (8) +8 // Вот вот И как минимум 2-а прошлых бекапа должны быть , Аноним (-), 17:23 , 25-Мрт-13, (11) +3 // А то и десяток , Аноним (-), 17:30 , 25-Мрт-13, (14) Ежедневные за неделю еженедельный за квартал, ежемесячные за пару-тройку лет Да, AZ_from_Belarus (ok), 18:35 , 25-Мрт-13, (51) +6 оригинал статьи с этих слов и начинается , кевин (?), 19:53 , 25-Мрт-13, (86) Зачем такой бэкап нужен , Аноним (-), 17:22 , 25-Мрт-13, (9) // Зачем он вообще нужен Анон сбережет , Аноним (-), 15:30 , 26-Мрт-13, (198) А им не приходило в голову, что делать из распределенной системы централизованну, Аноним (-), 17:22 , 25-Мрт-13, (10) +3 // Им не приходило в голову и что зеркало бэкап В общем, незачетно облажались, , Аноним (-), 19:21 , 25-Мрт-13, (75) БЭКАПЫ почему не используют бэкапы хотя бы раз в неделю можно делать такоеил, хрюкотающий зелюк (?), 17:25 , 25-Мрт-13, (12) +5 // А зачем делать бэкапы, если у каждого разработчика есть локальная копия репозито, iZEN (ok), 17:55 , 25-Мрт-13, (30) –3 // Вот затем и Мы, например, делаем и порой проверяем , Michael Shigorin (ok), 18:03 , 25-Мрт-13, (37) –1 Какой толк от локальных копий, когда они уже синкнулись с битым репозиторием , Fracta1L (ok), 18:04 , 25-Мрт-13, (38) –2 // А что, git разучился проверять репозиторий на целостность Нет пути , anonymous (??), 18:54 , 25-Мрт-13, (60) –3 Пардон, если кто с --mirror синканулся - кто же ему доктор , Аноним (-), 19:14 , 25-Мрт-13, (65) +3 Потому что бегать по разработчикам и выцарапывать свои репы - не очень быстро и , Аноним (-), 19:29 , 25-Мрт-13, (78) –1 // Тэги подписаны gpg , Алексей Морозов (ok), 19:46 , 25-Мрт-13, (83) Если подписаны И да, это означает продолб работы с момента расстановки тега , Аноним (-), 20:11 , 25-Мрт-13, (91) у них на самом деле есть и нормальные бэкапы, но они их делают реже , кевин (?), 19:54 , 25-Мрт-13, (87) snapshot backup, unscr3 (?), 10:37 , 26-Мрт-13, (173) +2 Тебе будет очень приятно узнать что при дестрое ФС осыпается не только блок, но , Аноним (-), 06:32 , 27-Мрт-13, (273) +1 Сисадмины делятся на три группы 1 Которые скоро начнут делать бекапы2 Которые , GG (ok), 20:23 , 27-Мрт-13, (298) // Для снятия нагрузки с основного сервера Сотни разработчиков ну хорошо, активны, PereresusNeVlezaetBuggy (ok), 17:18 , 30-Мрт-13, (303) –1 // Сотни, десятки, кучи Да как два байта переслать вытянет, не девятнадцатый же век, GG (ok), 17:51 , 30-Мрт-13, (304) –1 Вы забыли про SSH и специфичную для собственно Git математику та самая проверка, PereresusNeVlezaetBuggy (ok), 18:01 , 30-Мрт-13, (305) Жесть, они не бекапируют свои сервера Как уже сказал человек выше зеркалирован, Xaionaro (ok), 17:28 , 25-Мрт-13, (13) +2 Двойной хэдшот Ext4 и Git оказались повреждены , iZEN (ok), 17:45 , 25-Мрт-13, (22) +3 // Сдуру можно и сломать То что это виртуалка - вызывает подозрения что оно во, Аноним (-), 19:23 , 25-Мрт-13, (76) +1 Сказал любитель BSD и Mercurial-а Ну, по части любви к Mercurial я с тобой сол, хрюкотающий зелюк (?), 20:56 , 25-Мрт-13, (96) –2 // и ZFS , iZEN (ok), 21:03 , 25-Мрт-13, (98) +1 просто мёд дабл фэйл нужно утащить этот линк и в следующий раз пугать им крику, deadless (ok), 21:35 , 25-Мрт-13, (102) +2 // Ишь, стервятников с гетзефаксами поналетело Вот мы и видим кто друг а кто сунду, Аноним (-), 22:15 , 25-Мрт-13, (108) –1 Причём тут надёжность EXT4 Кто сказал что железо было в порядке Знаете хоть од, vsespb (ok), 22:48 , 25-Мрт-13, (114) // А кто сказал что железо было не в порядке Никто А сказали повреждение Ext4 , Аноним (-), 12:58 , 26-Мрт-13, (183) +1 Сферическое повреждение в вакууме - не аргумент В мире есть миллионы методов по, Аноним (-), 05:18 , 27-Мрт-13, (253) О, а забрасывайте и мне ссылки на ссылку -- буду архивировать и показывать детиш, Michael Shigorin (ok), 01:48 , 26-Мрт-13, (138) // У нас тут Т34 стоит и не разваливается , nagual (ok), 03:40 , 26-Мрт-13, (150) Это вы на UFS так намекаете , Аноним (-), 05:18 , 27-Мрт-13, (254) +1 Нет на памятник , nagual (ok), 17:15 , 27-Мрт-13, (292) В многоэтажке живете Кстати, а где Arisu и прочие клованы, что бесновались в каж, антуан (?), 07:53 , 26-Мрт-13, (156) +3 ждут Патчей, видимо или даже Попатченные_версии_в_няшном_репозитории, тигар (ok), 09:49 , 26-Мрт-13, (170) arisu и прочим клоунам ссылку на новость надо будет теперь давать всегда, если н, Kibab (ok), 11:49 , 26-Мрт-13, (179) Ну Вы-то ведь понимаете, что главная проблема была в неприменении обычного бэкап, Michael Shigorin (ok), 14:05 , 26-Мрт-13, (190) Да, конечно Это ещё раз говорит о том, что надо внимательно читать описание инс, Kibab (ok), 23:22 , 26-Мрт-13, (241) А что, это для вас открытие Вроде бы законы Мерфи написали далеко не вчера , Аноним (-), 05:20 , 27-Мрт-13, (255) То что разваливается всё, это и так понятно Но то что у Грамотных Линуксоидов _, Аноним (-), 13:08 , 26-Мрт-13, (185) –2 Так функционал возрос Они вон на виртуалочке, с зеркалами, все дела Вы сами та, Аноним (-), 05:22 , 27-Мрт-13, (256) +2 Ещеб чуть чуть и EXT4 вошла бы в историю , nagual (ok), 00:05 , 26-Мрт-13, (126) +3 так это плазма упала на севере шутка , IMHO (?), 01:07 , 26-Мрт-13, (129) –3 // Набрала критическую массу и вырвалась из электромагнитной ловушки, генерируемой , Адекват (?), 09:24 , 26-Мрт-13, (168) Ага Хотели хорошее KDE3 якобы потерять , но сисадмины так невовремя склонирова, Zenitur (ok), 17:47 , 25-Мрт-13, (23) // А при чем здесь KDE3 , Аноним (-), 17:52 , 25-Мрт-13, (27) // Да, кстати, как пропатчить КДЕ , Аноним (-), 17:54 , 25-Мрт-13, (29) –1 // Спросите у анимешников, morruth (?), 19:36 , 25-Мрт-13, (81) +5 Мне не понравилось четвёртое и я пользуюсь третьим Таких как я много существую, Zenitur (ok), 18:24 , 25-Мрт-13, (45) // Я думаю, что тебе следует помалкивать о своей любви к 3-й версии, а то не ровен , Пингвино (ok), 18:45 , 25-Мрт-13, (54) А надзирателей для контроля за ходом пресечения пришлют , Аноним (-), 19:15 , 25-Мрт-13, (67) +1 Представь себе что ты - Сергей Лукьяненко, и ты издаёшь книги Последний дозор , Zenitur (ok), 20:49 , 25-Мрт-13, (95) Останется сущая мелочь - убедить всю ораву склонировавшую репу проделать то же с, Аноним (-), 22:17 , 25-Мрт-13, (109) всем по барабану во-первых, есть TDE, во-вторых, то, что однажды попало в интер, arisu (ok), 17:23 , 26-Мрт-13, (213) +1 зеня ты был хорошим человеком, но есть вещи про которые нельзя даже думать, а уж, кевин (?), 19:57 , 25-Мрт-13, (88) А так написали бы следующую версию KDE с нуля Может лучше бы получилось , Аноним (-), 17:47 , 25-Мрт-13, (25) +3 Разработчики должны были усвоить всего один урок - админ отождествляющий понятия, Спокойный аноним (?), 17:55 , 25-Мрт-13, (31) +8 // Где-то верно Я ниже сделал предположение, что там кто-то оказался админом по со, AZ_from_Belarus (ok), 18:45 , 25-Мрт-13, (55) Вы скольких, новых, высококвалифицированных администраторов уже подготовили Плюс, vi (?), 16:26 , 26-Мрт-13, (205) Плазма чудом не упала , Аноним (-), 17:58 , 25-Мрт-13, (33) Жаль А то получился бы эталонный фейл , Аноним (-), 18:00 , 25-Мрт-13, (35) +1 Преувеличено слегка, наверняка у кого-нибудь из зеркальщиков были бы снапшоты вч, Аноним (-), 18:01 , 25-Мрт-13, (36) Если ваша файл хранится менее, чем в трех независимых местах, можете считать, чт, ononim (?), 18:12 , 25-Мрт-13, (40) +5 Настройкой и поддержанием всяческих репов и зеркал занимаются админы, и это их р, AZ_from_Belarus (ok), 18:21 , 25-Мрт-13, (42) +5 // Образ у вас получился какой-то не очень приятный, я бы сказал Вместо любой , Crazy Alex (ok), 23:26 , 25-Мрт-13, (118) // Нормальный образ Админ - он по природе своей родственен завхозу или хомяку У не, AZ_from_Belarus (ok), 23:42 , 25-Мрт-13, (122) // Как хорошо, что такие моральные уроды это исключение в нашей профессии, а не пра, angra (ok), 00:51 , 26-Мрт-13, (128) –1 Опиши не урода, плиз, slepnoga (??), 02:06 , 26-Мрт-13, (139) это Вы себя описываете мелко 2 статьи про недочеты git за день, это знак , web (?), 02:55 , 26-Мрт-13, (142) +1 // Так точно то же, если бэкапить rsync без снапшотов Если Вы пытались что-то у, Michael Shigorin (ok), 03:32 , 26-Мрт-13, (148) // Он не должен был отдавать поврежденные данные во-первых У вас что-то личное с g, антуан (?), 08:04 , 26-Мрт-13, (157) –1 пытаетесь обляпать, несмотря ни на что Возьмите листик бумаги, нарисуйте на н, Michael Shigorin (ok), 14:10 , 26-Мрт-13, (192) +1 Я к тому, что проверки не должны неявно опускаться при каком-то --mirror , они , антуан (?), 07:34 , 27-Мрт-13, (277) mirror - это идентично Зеркало не должно кривую рожу распрямлять , бедный буратино (ok), 07:39 , 27-Мрт-13, (278) +1 умри, Денис, лучше не скажешь ц , arisu (ok), 18:18 , 27-Мрт-13, (296) +2 Mirror - для ускоренного разворота зеркал Быстрого С исправной копии А то что, Аноним (-), 05:35 , 27-Мрт-13, (257) Там отсутствие статей То есть фейл только один Но изо дня в день , Andrey Mitrofanov (?), 15:37 , 26-Мрт-13, (202) +1 Нет, описываю не себя Я как-то больше в последнее время все больше с людьми раб, AZ_from_Belarus (ok), 18:52 , 26-Мрт-13, (222) +2 Правильно говорят, сложная штука этот git А что, нельзя было сделать git clone , Аноним (-), 18:26 , 25-Мрт-13, (46) +1 // Вот они так и сделали , Алексей (??), 18:32 , 25-Мрт-13, (50) –2 // Нет, простите git clone проверяет целостность, с убитого в хлам репа он обновля, Аноним (-), 19:17 , 25-Мрт-13, (70) +1 Нет, они не так сделали Они git --mirror поюзали, а это быстрый разворот зеркал, Аноним (-), 19:26 , 25-Мрт-13, (77) // дык а в ext4 сделали наконец снепшоты или устаревшая ufs2 и тут жжот, по сравн, тигар (ok), 09:55 , 26-Мрт-13, (171) –2 Их сделали, как известно, в lvm Мало того, снапшот тут был бы полезен разве чт, Michael Shigorin (ok), 14:12 , 26-Мрт-13, (193) –1 только вот с древней fs в этот момент работать можно Сильную обиду чувствую я, тигар (ok), 14:20 , 26-Мрт-13, (195) –1 Эва, на бронепоезде -- читать умеем или сразу рефлекторно пишем , Michael Shigorin (ok), 21:23 , 26-Мрт-13, (224) т е след коммент ты потер, а свой, блестящий, оставил давай переквочу, специа, тигар (ok), 07:20 , 27-Мрт-13, (275) –1 Так он выставлял Вас как полного дурака, обида разве что в том и может состоять , Michael Shigorin (ok), 16:19 , 27-Мрт-13, (288) +1 ты правда не понимаешь о чем речь выше по треду или прикидываешься Еще раз повт, тигар (ok), 16:47 , 27-Мрт-13, (290) –1 Я конечно понимаю что трындеть языком без понимания процессов - это просто Но э, Аноним (-), 05:37 , 27-Мрт-13, (258) +1 git как всегда фейл, сколько бы не кричали git-фанбои, Пиу (?), 18:32 , 25-Мрт-13, (48) +1   // Git не фейл, это просто _не_ система бэкапирования , Аноним (-), 18:42 , 25-Мрт-13, (53)   // Ага, бэкапить все 1500 серверов Да я тебя , anonymous (??), 18:51 , 25-Мрт-13, (58) –1   так ведь речь идет о функции бекапа, не , Пиу (?), 21:08 , 25-Мрт-13, (99)   В данном случае таки фейл Ибо трабла в том что git mirror не делает проверку цел, Int (?), 10:59 , 26-Мрт-13, (175) –1   // Ещё раз неча на зеркало пенять, коли рожа крива Это не только про git, кста, Michael Shigorin (ok), 14:13 , 26-Мрт-13, (194)   Еще раз Если git mirror не делает проверку целостности, это таки фейл гита Ско, Int (?), 18:29 , 26-Мрт-13, (216) –1   sigh Нету такого Есть git clone Который в т ч умеет code --mirror , Michael Shigorin (ok), 21:25 , 26-Мрт-13, (225) +1   gt оверквотинг удален Миш, ну вот откуда я из этого описания должен догадаться, Kibab (ok), 23:26 , 26-Мрт-13, (242)   Я насторожился на слове overwritten , хотя с тем, что стоит написать более крас, Michael Shigorin (ok), 05:10 , 27-Мрт-13, (251) +1   Окей, написано не идеально Но зачем вообще вкорячивать программам опции, смысл , Аноним (-), 05:39 , 27-Мрт-13, (259) –1   Что конкретно Вам непонятно в описании этой опции , Kibab (ok), 19:58 , 27-Мрт-13, (297) –1   При чём тут git Так можно и на rsync кивать вместо головы и рук , Michael Shigorin (ok), 18:54 , 25-Мрт-13, (59) –1   // А при том, что не умеет толком проверять репозиторий на наличие фатальных повреж, anonymous (??), 18:55 , 25-Мрт-13, (62) –1   // Умеет, но KDE-шники нашли такую опцию, чтобы это отключить, Аноним (-), 19:06 , 25-Мрт-13, (63) +3   В данном случае дураки в очередной раз обдурили защиту от себе подобных, явным о, Аноним (-), 19:17 , 25-Мрт-13, (69) +2   Найдите, где об этом в описани опции написано, явный вы наш , qux (ok), 15:39 , 03-Апр-13, (307)   При том что rsync сторонняя прога, которая ничего о структуре и целостности копи, Int (?), 18:32 , 26-Мрт-13, (217) +1   // 1 у виндузятников на всё своя аксиоматика, но это их проблема 2 63, Michael Shigorin (ok), 21:30 , 26-Мрт-13, (226) +1   Если уж человеки в 1986 умудрились взорвать ядерный реактор, хотя там навороченн, Аноним (-), 05:40 , 27-Мрт-13, (260) –1   Ммм, ну, там эксплуатационщикам тоже, как выяснено на OpenNET, не всё написали в, Andrey Mitrofanov (?), 10:41 , 27-Мрт-13, (280)   Спасибо доброму человеку, который меня тут как-то ткнул носом в записки Дятлова , Michael Shigorin (ok), 16:08 , 27-Мрт-13, (287) +1   Фэйл - это админ который безбашенно миррорит данные и мнит что это заменяет бэка, Аноним (-), 19:16 , 25-Мрт-13, (68) +3   Оно как пистолет Если Вы прострелите себе ногу своим пистолетом, то это только , edwin3d (?), 19:20 , 25-Мрт-13, (74) +1   // ога только git это пистолет с ножным приводом, четырьмя сотнями переключателей, , deadless (ok), 21:46 , 25-Мрт-13, (105)   // Чувствуется глубокая обида и страдание Не советую развивать эту тему , Аноним (-), 22:18 , 25-Мрт-13, (111) +1   То ли дело SVN - там если центральный сервак умрет, факап стопроцентный и фиг ос, Аноним (-), 22:22 , 25-Мрт-13, (112) –1   Это отмазка Чем лучше спроектирована система, тем больше всего она умеет и тем , Vkni (ok), 22:59 , 25-Мрт-13, (116) +4   Вообще да, но это не о гите Он вполне логичен, если идти не от команд, а от арх, Crazy Alex (ok), 23:37 , 25-Мрт-13, (121) +1   На мой взгляд, идти нужно от команд Тогда будет работать инкапсуляция архитект, Vkni (ok), 16:54 , 26-Мрт-13, (206)   а по-моему, вполне логично проталкивает изменения проталкивает а уж какие име, arisu (ok), 16:59 , 26-Мрт-13, (208)   Ну вот комментарий arisu хорошее подтверждение важности понимания архитектуры В, Crazy Alex (??), 21:55 , 26-Мрт-13, (227)   вот кстати да мне как-то изначально было очень просто думать именно об изменен, arisu (ok), 22:00 , 26-Мрт-13, (231)   Это должно быть, в таком случае, написано везде большими красными буквами Но во, Vkni (ok), 00:12 , 27-Мрт-13, (243)   ну да, маны к гиту написаны скорее как remainder ы, нежели как manual ы в общем, arisu (ok), 02:00 , 27-Мрт-13, (246) +1   Просто стили мышления индивидов могут отличаться Как вы уже наверное могли заме, Аноним (-), 06:09 , 27-Мрт-13, (261)   Мозг человеческий, в том числе и мой, легко перепрограммируется под правильный с, Vkni (ok), 18:01 , 27-Мрт-13, (293)   ну так это 8230 значит, явно помощь требуется ну, например, в виде статьи 1, arisu (ok), 18:13 , 27-Мрт-13, (295) +1   gt оверквотинг удален man git только на китайском или на древнеегипетчких симв, web (?), 03:03 , 26-Мрт-13, (144)   Отнюдь code NAME git - the stupid content tracker code , Michael Shigorin (ok), 03:33 , 26-Мрт-13, (149) +1   Поскольку аноним является мощным коллективом, то не все читатели с первого раза , kshetragia (ok), 05:50 , 26-Мрт-13, (153) –1   В гамаке и стоя - это без git hg Ну если непонятны команды git, ну используйте , бедный буратино (ok), 05:53 , 26-Мрт-13, (154) +2   мне непонятны команды git Использую hg И по сравнению с hg, git - гамак , kshetragia (ok), 09:19 , 26-Мрт-13, (166) –3   По сравнению с hg, git - это то же самое Я видел , бедный буратино (ok), 09:22 , 26-Мрт-13, (167) +1   У буратины последние пару дней прямо приступы адеквата какие-то А я уж думал чт, Аноним (-), 06:11 , 27-Мрт-13, (263) +1   Он системщиками делался, а не гламурными кисами Если мыслить как подобный прогр, Аноним (-), 06:13 , 27-Мрт-13, (264) +1   Похоже вы больше специалист по кошкам , kshetragia (ok), 06:49 , 27-Мрт-13, (274) +1   Ну хоть немного бы подумали а не знаете -- так почитали о том, по каким объект, Michael Shigorin (ok), 01:41 , 26-Мрт-13, (136) +1   А такой случай упустили, сесть и переписать весь KDE С нуля Чтобы не говорил, Константавр (ok), 18:32 , 25-Мрт-13, (49) Несерьёзно как-то для проекта такого уровня , Boboms (ok), 18:39 , 25-Мрт-13, (52) +4 И эти люди учат НАС ковыряться в носу хорошо, что хорошо кончается но , edwin3d (?), 18:55 , 25-Мрт-13, (61) // , Michael Shigorin (ok), 19:12 , 25-Мрт-13, (64) // А разве они работают за идею По крайней мере пару core админов на full time до, edwin3d (?), 19:18 , 25-Мрт-13, (71) –2 // Хорошо бы утверждавшему про ЗП хоть чем-то подтвердить свои слова -- я бы скорее, Michael Shigorin (ok), 20:00 , 25-Мрт-13, (89) +1 Моя же мысль страдала от недосказанности - постараюсь высказать более развернуто, edwin3d (?), 23:11 , 25-Мрт-13, (117) –1 Ляп не такой уж крутой - по факту если б опция --mirror была документирована как, Crazy Alex (ok), 23:43 , 25-Мрт-13, (123) Ну вспомните смерть гентушной вики Если работают над кодом, а не в администрёже , Michael Shigorin (ok), 01:45 , 26-Мрт-13, (137) +1 Работать плохо за идею позорно в двойне , all_glory_to_the_hypnotoad (ok), 21:26 , 25-Мрт-13, (101) +1 может всё-таки в близнецах , Аноним (-), 23:26 , 25-Мрт-13, (119) +2 да, подловил , all_glory_to_the_hypnotoad (ok), 23:29 , 25-Мрт-13, (120) Не получают Ни один из админов инфраструктуры KDE не получает за свою работу де, PereresusNeVlezaetBuggy (ok), 19:49 , 30-Мрт-13, (306) Бог всё таки существует , Аноним (-), 19:30 , 25-Мрт-13, (80) я хочу у них работать можно не думать даже, am (??), 19:49 , 25-Мрт-13, (84) зеркалирование как способ бекапа окееееей сообщение отредактировано модераторо, aim (ok), 20:00 , 25-Мрт-13, (90) +1 // Зато много народа узнало что так делать не надо , Аноним (-), 20:13 , 25-Мрт-13, (92) +3 // не, не узнало Многие люди читай, айтишники не учатся даже на своих ошибках,, all_glory_to_the_hypnotoad (ok), 21:25 , 25-Мрт-13, (100) +2 предлагаете как то валидировать то что отзеркалировалось я например только сейча, slowpoke (?), 12:52 , 26-Мрт-13, (182) Вообще, с трудом верится, что нельзя было в гите найти точку начала по времени р, Аноним (-), 20:44 , 25-Мрт-13, (94) –2 // а про инкрементный бекап, как и про вообще системы бекапирвоания, мсье, вообще н, Бурбулятор (?), 21:01 , 25-Мрт-13, (97) –1 // дядя, а вы в курсе вообще в чем практический смысл разницы VCS и DVCS , Аноним (-), 21:37 , 25-Мрт-13, (103) –2 // Гражданин наверное имеет отдаленное понятие об администрировании систем Может гр, Бурбулятор (?), 01:12 , 26-Мрт-13, (130) –1 Можно поинтересоваться, чем Вы лично бэкапите важные данные Скажем, с bacula о, Michael Shigorin (ok), 01:36 , 26-Мрт-13, (135) +1 бакула вполне годная системався штука в том, что там у них ничего не было Даже , Бурбулятор (?), 02:18 , 26-Мрт-13, (140) Видимо, не было понимания значения временнОй оси в вопросах создания и применени, Michael Shigorin (ok), 02:50 , 26-Мрт-13, (141) по русски это называется пока гром не грянет , Бурбулятор (?), 20:55 , 26-Мрт-13, (223) +1 Разница не в том, что одна система наколенная, другая подколенная, а третья супе, vi (?), 16:55 , 26-Мрт-13, (207) +1 Угу, инкрементный бекап инкрементного бекапа Проще надо быть Собственно, есл, Crazy Alex (ok), 23:47 , 25-Мрт-13, (124) +1 // такая простота хуже воровства, что мы и видим на текущем примере Они сочли, что, Бурбулятор (?), 01:13 , 26-Мрт-13, (132) еще раз - они как раз полезли что-то выдумывать вместо использования самого очев, Crazy Alex (??), 21:58 , 26-Мрт-13, (230) Они как раз никуда не полезли Даже за простым советом у студента-одмина , Бурбулятор (?), 02:00 , 27-Мрт-13, (245) +1 Нет, они полезли втыкать какие-то ключи, сами фиг знает зачем Ну и поплатились , Аноним (-), 06:15 , 27-Мрт-13, (265) +2 Ты вообще читаешь, что пишешь , Kibab (ok), 11:52 , 26-Мрт-13, (180) –1 // эта ваша феррари полный отстой - купил себе для пробы и решил на дачу съездить , Аноним (-), 13:00 , 27-Мрт-13, (283) +2 Вот и ещё одни админы узнали, что зеркало бэкап Поздравления , анонимаус (?), 21:57 , 25-Мрт-13, (106) +1 черти шо творитсяhttp wiki winehq org - не работаетhttp torrents freebsd or, MSDOS (?), 21:58 , 25-Мрт-13, (107) –2 // не знаю, как кто, а я уже даже не помню когда качал диск и ставил FreeBSD, обнов, IMHO (?), 01:12 , 26-Мрт-13, (131) –3 // действительно, совершенно не понятно кому надо ставить FreeBSD, некто (?), 10:33 , 26-Мрт-13, (172) –1 Судя по тому что оно в дауне - никому не надо Как минимум из админов Раздавать, Аноним (-), 06:17 , 27-Мрт-13, (266) –1 // и только бравые ребятЫ из того_самого_дистрибутива могут уже на след день выкла, тигар (ok), 07:44 , 27-Мрт-13, (279) –2 Можем А Вы -- нет Кластер удобней накрывать по PXE когда оно работает в нужно, Michael Shigorin (ok), 15:34 , 27-Мрт-13, (285) –1 конкретно про ваш Очень Нужный Кому-То альт речи не шло, но если и он может то, тигар (ok), 15:45 , 27-Мрт-13, (286) –1 Тогда стоило конкретизировать, поскольку тот же я почувствовал в свой адрес неко, Michael Shigorin (ok), 16:32 , 27-Мрт-13, (289) +1 ну я альт не видел что-то в районе 10 лет раз не вижу и не слежу за развитием -, тигар (ok), 16:58 , 27-Мрт-13, (291) –1 Я представил это Сегодня у KDE второй день рождения , Buy (ok), 22:32 , 25-Мрт-13, (113) +1 О Они собираются перейти на ZFS We could use ZFS on git kde org the same wa, Buy (ok), 22:59 , 25-Мрт-13, (115) // could - это ни разу не собираются , а могли бы использовать По-нормальному, Crazy Alex (ok), 23:50 , 25-Мрт-13, (125) +1 дай дураку стеклянную ФС, он и файлы побьет, и руки порежет , Михрютка (ok), 03:21 , 26-Мрт-13, (147) // И потом будут как тот фрукт на лисяре, когда вся эта махина у них завалится с тр, Аноним (-), 06:18 , 27-Мрт-13, (267) +1 А нечего из гита свн делать , madhead (?), 00:29 , 26-Мрт-13, (127) +3 ахтыж и эти вот люди будут запрещать мне ковыряться в носу мне казалось, что, Михрютка (ok), 03:19 , 26-Мрт-13, (145) +1 В чём проблема, не пойму, у каждого разработчика полная копия репозитория со все, Аноним (-), 03:20 , 26-Мрт-13, (146) // Для коллективной разработки Git нужен центральный репозиторий, с которым все заи, iZEN (ok), 08:31 , 26-Мрт-13, (161) –3 // Не центральный, а любой, который является точкой обмена Можно хоть ftn-структур, бедный буратино (ok), 08:45 , 26-Мрт-13, (163) Можно ссылочку , Michael Shigorin (ok), 13:42 , 26-Мрт-13, (187) Пиндеж, это лишь один из возможных вариантов на выбор Пруф Там только про разв, Аноним (-), 06:22 , 27-Мрт-13, (268) // Узнать из кода, по-видимому , qux (ok), 15:50 , 03-Апр-13, (308) Резервная копия должна хранится автономно С Аксиома, Аноним (-), 08:16 , 26-Мрт-13, (159) +2 У них система упала, а они не удосужились проверить целостность Фс перед подключ, Аноним (-), 08:28 , 26-Мрт-13, (160) Если админы затеяли обнову сервера при работающем зеркале А вывести, а потом от, Аноним (-), 08:37 , 26-Мрт-13, (162) Децентрализованная система По ревизиям вжик-вжик svn - хахаха а по факту косн, Клыкастый (ok), 09:26 , 26-Мрт-13, (169) // 8230 и поэтому подписываем коммиты, например а кто не подписывает 8212 тот, arisu (ok), 17:46 , 26-Мрт-13, (215) +1 // У этих, которых никогда ничего не сыпется, не виснет и не хакается - на секурити, Аноним (-), 06:24 , 27-Мрт-13, (269) Супер-пупер система Git таки сильно разрослась и растолстела У меня вообще есть, Kibab (ok), 11:41 , 26-Мрт-13, (176) // Если мне не нyжно, значит никому не нyжно Стандартная логика макинтошного хом, Аноним (-), 06:27 , 27-Мрт-13, (270) +2 не понимаю о чем вообще эта новость git clone --mirror не проверяет целостность, slowpoke (?), 12:49 , 26-Мрт-13, (181) –1 git clone --mirror может вернуть мусор ВОПРОС git fetch может вернуть мусор , slowpoke (?), 13:06 , 26-Мрт-13, (184) –1 Чудес не бывает - бывают только криворукие мудaки и чётные ошибки , Аноним (-), 13:13 , 26-Мрт-13, (186) +1 Т е эти администраторы делают резервные копии каждые 20 минут, при этом не со, анноно (?), 14:05 , 26-Мрт-13, (191) // Хуже Они делают зеркала и думают что это - типа, резервная копия , Аноним (-), 06:29 , 27-Мрт-13, (271) эх такое отличное событие испортили , arisu (ok), 16:14 , 26-Мрт-13, (204) Да, без проверки клонирование быстрее А если копию записывать в dev null - быс, umbr (ok), 00:40 , 27-Мрт-13, (244) +1 // Вот как раз КДЕ именно туда и надо бекапировать Они просто это ниасилили , Бурбулятор (?), 02:01 , 27-Мрт-13, (247) Да вот у кедовского админа руки видимо не дошли заоптимизировать свое бэкапиров, Аноним (-), 06:30 , 27-Мрт-13, (272) На медни _отлаживал - 124 копирование B из dev zero в dev null B , так за, Andrey Mitrofanov (?), 12:52 , 27-Мрт-13, (282) откатились бы на КДЕ 3 5, невелика беда , darkshvein (ok), 03:05 , 27-Мрт-13, (248) // да нормальный git бекап надо просто было делать по крону git clone в отдельн, j4ck (??), 13:01 , 27-Мрт-13, (284) –1 https github com progman git_backup, Аноним (-), 11:58 , 28-Мрт-13, (299) Что то меня этот момент в GIT сильно смутил Я как-то больше с SVN работаю, а та, ptr (??), 00:03 , 30-Мрт-13, (300) –3 1,3,4,5,7,8,9,10,12,13,22,23,25,31,33,35,36,40,42,46,48,49,52,61,80,84,90,94,106,107,113,115,127,145,146,159,160,162,169,176,181,184,186,191,204,244,248,299,300

Сообщения

[Сортировка по времени | RSS]

48. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+1 +/–
Сообщение от Пиу (?), 25-Мрт-13, 18:32
git как всегда фейл, сколько бы не кричали git-фанбои
Ответить | Правка | Наверх | Cообщить модератору

	53. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+/–
	Сообщение от Аноним (-), 25-Мрт-13, 18:42
	Git не фейл, это просто _не_ система бэкапирования.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	–1 +/–
	Сообщение от anonymous (??), 25-Мрт-13, 18:51
	>Git не фейл, это просто _не_ система бэкапирования. Ага, бэкапить все 1500 серверов? Да я тебя!
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+/–
	Сообщение от Пиу (?), 25-Мрт-13, 21:08
	так ведь речь идет о функции бекапа, не?
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	175. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	–1 +/–
	Сообщение от Int (?), 26-Мрт-13, 10:59
	В данном случае таки фейл. Ибо трабла в том что git mirror не делает проверку целостности. Это изначально фейл. Такого быть не должно.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	194. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+/–
	Сообщение от Michael Shigorin (ok), 26-Мрт-13, 14:13
	> Ибо трабла в том что git mirror не делает проверку целостности. Ещё раз: "неча на зеркало пенять, коли рожа крива".  Это не только про git, кстати.
	Ответить | Правка | Наверх | Cообщить модератору

	216. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	–1 +/–
	Сообщение от Int (?), 26-Мрт-13, 18:29
	Еще раз : Если git mirror не делает проверку целостности, это таки фейл гита. Скопировать директорию гита без контроля целостности любым сподручным инструментом. И да, это конечно же не означает, что все остальное белое и пушистое.
	Ответить | Правка | Наверх | Cообщить модератору

	225. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+1 +/–
	Сообщение от Michael Shigorin (ok), 26-Мрт-13, 21:25
	> git mirror *sigh* Нету такого.  Есть git clone.  Который в т.ч. умеет:        --mirror            Set up a mirror of the source repository. This implies --bare.            Compared to --bare, --mirror not only maps local branches of the            source to local branches of the target, it maps all refs (including            remote-tracking branches, notes etc.) and sets up a refspec            configuration such that all these refs are overwritten by a git            remote update in the target repository.
	Ответить | Правка | Наверх | Cообщить модератору

	242. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+/–
	Сообщение от Kibab (ok), 26-Мрт-13, 23:26
	>[оверквотинг удален] >            Compared > to --bare, --mirror not only maps local branches of the >            source > to local branches of the target, it maps all refs (including >            remote-tracking > branches, notes etc.) and sets up a refspec >            configuration > such that all these refs are overwritten by a git >            remote > update in the target repository. Миш, ну вот откуда я из этого описания должен догадаться об отключённых проверках целостности?
	Ответить | Правка | Наверх | Cообщить модератору

	251. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+1 +/–
	Сообщение от Michael Shigorin (ok), 27-Мрт-13, 05:10
	> Миш, ну вот откуда я из этого описания должен догадаться об отключённых > проверках целостности? Я насторожился на слове "overwritten", хотя с тем, что стоит написать более красной краской -- согласен, конечно. Возможно, из этой новости получится хорошая секция TRIVIA...
	Ответить | Правка | Наверх | Cообщить модератору

	259. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	–1 +/–
	Сообщение от Аноним (-), 27-Мрт-13, 05:39
	> Миш, ну вот откуда я из этого описания должен догадаться об отключённых проверках целостности? Окей, написано не идеально. Но зачем вообще вкорячивать программам опции, смысл которых не до конца понятен вкорячивающему?
	Ответить | Правка | К родителю #242 | Наверх | Cообщить модератору

	297. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	–1 +/–
	Сообщение от Kibab (ok), 27-Мрт-13, 19:58
	>> Миш, ну вот откуда я из этого описания должен догадаться об отключённых проверках целостности? > Окей, написано не идеально. Но зачем вообще вкорячивать программам опции, смысл которых > не до конца понятен вкорячивающему? Что конкретно Вам непонятно в описании этой опции?
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	–1 +/–
	Сообщение от Michael Shigorin (ok), 25-Мрт-13, 18:54
	> git как всегда фейл При чём тут git?  Так можно и на rsync кивать вместо головы и рук.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	62. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	–1 +/–
	Сообщение от anonymous (??), 25-Мрт-13, 18:55
	>> git как всегда фейл > При чём тут git?  Так можно и на rsync кивать вместо > головы и рук. А при том, что не умеет толком проверять репозиторий на наличие фатальных повреждений.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+3 +/–
	Сообщение от Аноним (-), 25-Мрт-13, 19:06
	Умеет, но KDE-шники нашли такую опцию, чтобы это отключить
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+2 +/–
	Сообщение от Аноним (-), 25-Мрт-13, 19:17
	> А при том, что не умеет толком проверять репозиторий на наличие фатальных повреждений. В данном случае дураки в очередной раз обдурили защиту от себе подобных, явным образом вырубив это :)
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	307. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+/–
	Сообщение от qux (ok), 03-Апр-13, 15:39
	Найдите, где об этом в описани опции написано, явный вы наш.
	Ответить | Правка | Наверх | Cообщить модератору

	217. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+1 +/–
	Сообщение от Int (?), 26-Мрт-13, 18:32
	>> git как всегда фейл > При чём тут git?  Так можно и на rsync кивать вместо > головы и рук. При том что rsync сторонняя прога, которая ничего о структуре и целостности копируемых данных сверх предоставляемых FS не должна. ПО ОПРЕДЕЛЕНИЮ. А вот git - ОБЯЗАН обеспечивать целостность на уровне git. Это аксиома.
	Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

	226. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+1 +/–
	Сообщение от Michael Shigorin (ok), 26-Мрт-13, 21:30
	> А вот git - ОБЯЗАН обеспечивать целостность на уровне git. Это аксиома. 1) у виндузятников на всё своя аксиоматика, но это их проблема; 2) #63
	Ответить | Правка | Наверх | Cообщить модератору

	260. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	–1 +/–
	Сообщение от Аноним (-), 27-Мрт-13, 05:40
	> А вот git - ОБЯЗАН обеспечивать целостность на уровне git. Если уж человеки в 1986 умудрились взорвать ядерный реактор, хотя там навороченная многоуровневая система защит - что уж тут удивляться какому-то вшивому гиту в каком-то кде?
	Ответить | Правка | К родителю #217 | Наверх | Cообщить модератору

	280. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+/–
	Сообщение от Andrey Mitrofanov (?), 27-Мрт-13, 10:41
	>> А вот git - ОБЯЗАН > Если уж человеки в 1986 Ммм, ну, там эксплуатационщикам тоже, как выяснено на OpenNET, не всё написали в man-е. Однако в части последствий ваша аналогия, "немного не того". > умудрились
	Ответить | Правка | Наверх | Cообщить модератору

	287. "1986"	+1 +/–
	Сообщение от Michael Shigorin (ok), 27-Мрт-13, 16:08
	> Если уж человеки в 1986 умудрились взорвать ядерный реактор, > хотя там навороченная многоуровневая система защит Спасибо доброму человеку, который меня тут как-то ткнул носом в записки Дятлова при виде подобной глупости про "человеческий фактор"... Обязательно (да, я требую этого) прочтите эту краткую выдержку: --- Первой  появилась  работа  профессора  Б.  Г.  Дубовского  "О  факторах неустойчивости ядерных реакторов на примере реактора РБМК". Б Г. Дубовский в 1958-1973  гг. был начальником службы ядерной безопасности  в СССР и реактор РБМК  знает не по наслышке. Еще  в 70-х годах давал предложения по улучшению защиты именно этих реакторов.      В работе подробно рассмотрены и объяснены пороки СУЗ реактора. Вот они. Активная зона имеет высоту семь метров, поэтому возможно возникновение почти самостоятельных  реакторов  внизу  и  вверху зоны. В то же время все стержни СУЗ,  задействованные   в   A3,  расположены  вверху,  и  при  возникновении локального  реактора  внизу  поглотители нейтронов туда вводятся  с  большим опозданием.   В    СУЗ   РБМК    были   еще   так   называемые   укороченные стержни-поглотители. Они всегда расположены в нижней части активной зоны или выведены из нее  вниз.  Поэтому  они  могут  низа  зоны  достичь  быстро. Но <из-за допущенного  грубейшего, совершенно нелогичного просчета в проекте защиты стержни УСП не были подключены к сигналу общей аварийной защиты АЗ-5, что  исключило их  быстрое  введение в объем возникновения неконтролируемого зонального реактора в нижней части  активной зоны - в самый опасный  район с точки зрения разгона реактора>.      Внизу активной зоны локальный реактор создавался  не по технологическим причинам, он создавался самой системой  СУЗ. Из-за  неоднородности  стержней (поглотители,  вытеснители,  столбы  воды)  при нахождении стержня вверху  в нижней  части канала  - столб  воды высотой  1,25 м.  Замещение этих столбов графитовым  вытеснителем,  слабее поглощающим  нейтроны,  и  создает местный реактор.      <Наличие  столбов  воды  под  графитовыми  вытеснителями  обусловило второй  грубейший просчет в  конструкции системы  СУЗ>. Комментарии  Б.Г. Дубовского к этому явлению: <К  великому сожалению, опасная предаварийная ситуация  после нажатия  кнопки  АЗ-5, произведенного по команде  начальника смены для остановки реактора,  перешла в первую стадию аварийного  процесса, обусловленного  разгоном  образовавшегося  в  нижней   части  активной  зоны зонального  неконтролируемого  реактора  (подумать  только:  нажатие  кнопки аварийной защиты АЗ-5 - кнопки спасения - вызывает взрыв реактора)>.      При  этом  проявил себя  третий  принципиальный  просчет  в конструкции стержней A3 и вообще всех стержней-поглотителей - малая скорость их введения в активную зону при немыслимо большом полном времени погружения 18...20 с.      В  то  же  время,  как   в  нижней  части  создан   реактор  с  большой надкритичностью  и  нейтронная  мощность  в  нем  начала  резко  возрастать, поглотители еще  далеко. За время их движения  нейтронная мощность  успевает реализоваться  в  тепловую  (для специалистов -  тепловая постоянная времени твэлов  10 с). И здесь уже проявляет себя паровой эффект реактивности - вода в  технологических  каналах  превращается  в  пар,  что  ведет  опять  же  к возрастанию реактивности  и увеличению мощности. Всплеск нейтронной мощности мог  привести  к  вскипанию  воды  и в  каналах СУЗ  и  также  к  увеличению реактивности. Так проектантами были выбраны характеристики реактора.      <Выбор   столь  неудачных,   по  сути   дела  опаснейших  физических характеристик,  особенно при  работе  реактора  на  малом  уровне  мощности, по-видимому,  был   сделан  для  достижения  более  выгодных   экономических показателей>. --- http://lib.ru/MEMUARY/CHERNOBYL/dyatlow.txt и если ещё не устали -- то до того, как нашёл её, вот ещё наковырял изюму: --- В такой вот  деловой будничной обстановке  реактор РБМК-1000 четвертого блока ЧАЭС был взорван кнопкой аварийной защиты (!?!?). [...] 26  апреля  1986 г.  мы  нажали кнопку АЗ  при  нормальных  параметрах, стабильном  режиме, в отсутствие  аварийных  и  предупредительных сигналов - получили взрыв. [...] Ну,   при   АЗ   со   скоростью   действия   18...20  с   (чемпион   по медленнодействию) даже  при нормальной  конструкции стержней СУЗ говорить об обосновании  безопасности  при   положительном  мощностном  коэффициенте  не приходится.      Аналогично и требование другого нормативного документа - ПБЯ-04-74.      Можно  констатировать.  Имеем  свидетельство  Главного  конструктора  о знании,  как  делать  безопасный   реактор.  Имеем   требование  нормативных документов. Сделано наоборот. [...] Перечисленные факты показывают,  что в проекте реакторной  установки не были выполнены важнейшие требования пунктов 2.2.2. и 2.3.7. ОПБ.      Это единственная комиссия,  которая  отметила  несоответствие  реактора нормативным  документам. Правда,  что-то  ей  помешало, возможно  недостаток времени., установить ставшие совершенно  явными  после аварии несоответствия реактора коренным  требованиям ПБЯ,  но если  бы  этот документ был принят к рассмотрению, то  все  требования  нормативных  документов  по  безопасности реакторов, которым реактор не отвечал, выявились бы сами собой. [...] По мнению комиссии,  реактор РБМК в том виде, в каком он был в 1986 г., вполне пригоден для эксплуатации. Для суда такое заключение вполне пригодно, для жизни  - нет. Поэтому  немедленно  на  оставшихся реакторах  РБМК  после аварии началась модернизация. Шедевром судебно-технической комиссии является следующая  формулировка: <вытеснение  воды в  нижних  частях  каналов СУЗ могло внести  дополнительную положительную  реактивность, предусмотренную  в проекте>. Вот  дают! Не  ляпсус конструкторов, а их предусмотрительность! [...] Приведу выдержку из отчета А.А. Ядрихинского:      <В  самом ИАЭ с 1965 г. были сотрудники И.Ф.  Жежерун,  В.П. Волков, В.Л. Иванов, указывавшие на ядерную опасность предлагавшейся  и впоследствие осуществленной   конструкции  РБМК.  Их   действия   успешно   блокировались академиком А.П. Александровым, а докладные клались <под сукно>.      Пуск и  эксплуатация первого  блока Ленинградской  АЭС в 1975г. уже  на практике подтвердили ядерную опасность реакторов РБМК. [...] Ленинградская  АЭС  в  1975  г.  только  случайно  избежала  катастрофы несколько  иной по причинам, но аналогичной  с  Чернобылем по  масштабам.  В результате  локального  перегрева зоны  разгерметизировался  технологический канал. Но в той ситуации вполне могли разгерметизироваться три-четыре канала одновременно,  ведь на ремонте  заменили  около 20 штук.  Как  теперь  ясно, одновременный разрыв 3-4 каналов вел точно к Чернобылю. [...] На  заседании  секции  впервые  комиссией  различных  организаций  было признано большое (более 20) количество  нарушений  статей  ПБЯ и ОПБ. [...] А вот это  уже абсурд, нарушение всех норм проектирования. Конструкторы допустили явную ошибку  в  конструкции стержней, когда  при  движении в одну сторону они вносят реактивность разного знака.  Сразу  после аварии  стержни были   признаны   негодными   всеми,   включая   авторов,  но,  удивительно, конструкторы нашли поддержку экспертов. --- http://lib.ru/MEMUARY/CHERNOBYL/dyatlow.txt а если действительно интересно -- то помимо точки зрения Дятлова стоит ещё почитать иные материалы на http://accidont.ru.
	Ответить | Правка | К родителю #260 | Наверх | Cообщить модератору

	68. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+3 +/–
	Сообщение от Аноним (-), 25-Мрт-13, 19:16
	> git как всегда фейл, сколько бы не кричали git-фанбои Фэйл - это админ который безбашенно миррорит данные и мнит что это заменяет бэкап.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	74. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+1 +/–
	Сообщение от edwin3d (?), 25-Мрт-13, 19:20
	> git как всегда фейл, сколько бы не кричали git-фанбои Оно как пистолет. Если Вы прострелите себе ногу своим пистолетом, то это только Ваши личные проблемы .... на данный момент Git в своем классе лучший, вопрос только в кривизне рук которые его используют ...
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	105. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+/–
	Сообщение от deadless (ok), 25-Мрт-13, 21:46
	>> git как всегда фейл, сколько бы не кричали git-фанбои > Оно как пистолет. Если Вы прострелите себе ногу своим пистолетом, то это > только Ваши личные проблемы .... на данный момент Git в своем > классе лучший, вопрос только в кривизне рук которые его используют ... ога только git это пистолет с ножным приводом, четырьмя сотнями переключателей, размытой мушкой и дулом с рандомайзером, куда стрельнет в итоге не совсем ясно, более запутанную систему команд сложно было придумать. Но дык кто писал! Чел с явно выраженным NIH синдромом. Ах у вас команда checkout делает чекаут, так я тут немного исправлю пусть она хитро переключает ветки/коммиты, а еще пусть создает бранчи вместе с еще 100500 неочевидными результатами. собсно http://habrahabr.ru/post/174163/
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+1 +/–
	Сообщение от Аноним (-), 25-Мрт-13, 22:18
	Чувствуется глубокая обида и страдание. Не советую развивать эту тему ))
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	–1 +/–
	Сообщение от Аноним (-), 25-Мрт-13, 22:22
	> мушкой и дулом с рандомайзером, куда стрельнет в итоге не совсем > ясно, более запутанную систему команд сложно было придумать. То ли дело SVN - там если центральный сервак умрет, факап стопроцентный и фиг оспоришь. Получить копию репа с стороннего разработчика - вообще не вариант, история локально не хранится. > собсно http://habrahabr.ru/post/174163/ Цитирую: "Поскольку Git является мощной системой, не все программисты с первого раза понимают что это, и как это работает" Бедные индусы и быдлокодеры - им сложно пользоваться серьезной тулзой от матерых системщиков. Надо что-нибудь попроще, от братьев по разуму.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

	116. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+4 +/–
	Сообщение от Vkni (ok), 25-Мрт-13, 22:59
	> "Поскольку Git является мощной системой, не все программисты с первого раза понимают > что это, и как это работает" Это отмазка. Чем лучше спроектирована система, тем больше всего она умеет и тем одновременно она проще для использования. В общем, git есть куда расти в плане понятности консольного интерфейса. > Бедные индусы и быдлокодеры - им сложно пользоваться серьезной тулзой от матерых > системщиков. Надо что-нибудь попроще, от братьев по разуму. Высококвалифицированный спец с более удобным и предсказуемым инструментом сделает больше, нежели с менее удобным (при том, что инструменты одного класса). И если ему приходится гуглить вместо того, чтобы логичным образом самому построить команду, вы тратите его драгоценное время.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+1 +/–
	Сообщение от Crazy Alex (ok), 25-Мрт-13, 23:37
	Вообще да, но это не о гите. Он вполне логичен, если идти не от команд, а от архитектуры. То есть для того, кто таки читает инстукцию перед использованием - сплошной профит. Гуглить там потом есть смысл только на тему "а как еще интересно можно выгнуть гит, чтобы получить остроумный результат". А в данном случае - косяк документации, без вопросов. О том, что при использовании clone --mirror не производится проверка целостности,  в мане писать надо большими буквами.
	Ответить | Правка | Наверх | Cообщить модератору

	206. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+/–
	Сообщение от Vkni (ok), 26-Мрт-13, 16:54
	> Вообще да, но это не о гите. Он вполне логичен, если идти > не от команд, а от архитектуры. На мой взгляд, идти нужно от команд. Тогда будет работать инкапсуляция: архитектуру VCS с какими-то целями поменяли, а команды остались те же. Поэтому именно команды, которые идут от предназначения инструмента, и есть самое важное. > То есть для того, кто > таки читает инстукцию перед использованием - сплошной профит. Желательно, чтобы инструкция была проста и незамысловата. Чем проще, тем больше таких инструкций сможет прочесть и запомнить спец. Тем больше > Гуглить там потом есть смысл только на тему "а как еще интересно можно выгнуть > гит, чтобы получить остроумный результат". Я бы не сказал, что удаление ветки в удалённом репозитарии - это выгибон. А делается командой push! Т.е. команда push названа неудачно.
	Ответить | Правка | Наверх | Cообщить модератору

	208. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+/–
	Сообщение от arisu (ok), 26-Мрт-13, 16:59
	> А делается командой push! Т.е. команда push названа неудачно. а по-моему, вполне логично. проталкивает изменения? проталкивает. а уж какие именно — не важно, хоть полное удаление всего, включая ОС и железо.
	Ответить | Правка | Наверх | Cообщить модератору

	227. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+/–
	Сообщение от Crazy Alex (??), 26-Мрт-13, 21:55
	Ну вот комментарий arisu хорошее подтверждение важности понимания архитектуры. В данном случае - того, что мы храним не код, а _изменения_. И думаем мы именно б измнениях. И как по мне - если какая-то не интуитивная архитектура (а модель описания, понятно, к ней прибита) позволяет более эффективно работать - её и надо брать. Вот о том же индексе aka staging area подумать - если в терминах версий и хранимого кода - вообще не понять, что это. А если в терминах изменений - то вот именно изменения, готовые для сохранения в репозитории, индекс и хранит, всё сразу становится прозрачным.
	Ответить | Правка | К родителю #206 | Наверх | Cообщить модератору

	231. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+/–
	Сообщение от arisu (ok), 26-Мрт-13, 22:00
	вот кстати да. мне как-то изначально было очень просто думать именно об *изменениях*. наверное, поэтому гит и «пошёл» сразу. то есть, я никак по-другому про эти штуки и не думал вообще.
	Ответить | Правка | Наверх | Cообщить модератору

	243. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+/–
	Сообщение от Vkni (ok), 27-Мрт-13, 00:12
	> Вот о том же индексе aka staging area подумать - если в > терминах версий и хранимого кода - вообще не понять, что это. > А если в терминах изменений - то вот именно изменения, готовые > для сохранения в репозитории, индекс и хранит, всё сразу становится прозрачным. Это должно быть, в таком случае, написано везде большими красными буквами. Но вот мы читаем git-push(1): git-push - Update remote refs along with associated objects Ну что это за хрень? Какие refs? Какие objects? Это первая строка man страницы, из неё должно быть понятно неофиту о чём речь. Возьмём sed(1): sed - stream editor for filtering and transforming text Всё чётко - фильтрация и преобразования текста. Читаем описание git-push(1) - Description: Updates remote refs using local refs, while sending objects necessary to complete the given refs. You can make interesting things happen to a repository every time you push into it, by setting up hooks there. See documentation for git-receive-pack(1). Опять масло-маслянное (первая строка). Вторая же написана в стиле "цирк уехал, а клоуны остались". Теперь берём тот же sed(1): Sed is a stream editor. A stream editor is used to perform basic text transformations on an input stream (a file or input from a pipeline). While in some ways similar to an editor which permits scripted edits (such as ed), sed works by making only one pass over the input(s), and is consequently more efficient. But it is sed's ability to filter text in a pipeline which particularly distinguishes it from other types of editors. Опять таки понятно, что он делает - нормальная аннотация к программе.
	Ответить | Правка | К родителю #227 | Наверх | Cообщить модератору

	246. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+1 +/–
	Сообщение от arisu (ok), 27-Мрт-13, 02:00
	ну да, маны к гиту написаны скорее как remainder'ы, нежели как manual'ы. в общем-то, недостаток относительный: у авторов гита позиция такая, что man используется именно как напоминалка для того, кто уже знает, и не заменяет документацию. можно ругаться, можно переписать маны, можно принять как есть. я, например, принял — потому что учишь один раз, а напоминалка нужна часто. и тогда термины «ref» и «associated object» мало того, что имеют смысл, так ещё и кратко, но адекватно описывают действия.
	Ответить | Правка | Наверх | Cообщить модератору

	261. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+/–
	Сообщение от Аноним (-), 27-Мрт-13, 06:09
	> Это отмазка. Чем лучше спроектирована система, тем больше всего она умеет и > тем одновременно она проще для использования. Просто стили мышления индивидов могут отличаться. Как вы уже наверное могли заметить. И вот тут такое дело: если ваш стиль мышления более-менее совпал с стилем мышления программера, пользоваться тулзой легко и приятно. Она просто как влитая. Вы на уровне интуиции знаете что и где. Но для этого вам надо мыслить так как разработчик. А вот это уже не факт. Люди бывают разные. И стили мышления у них разные. У академиков - один. У хомяков - другой. У системшиков - третий. Ну и так далее. Вопрос, соответственно, в том насколько мышление совпало. А универсального всеобщегр рецепта очевидного юзер интерфейса - нет. Очевидный интерфейс - только мамкина грудь. Остальному придется учиться. Вопрос скорее в том сколько учиться. И тут опять зависит не только от тулзы но и от стиля мышления индивида и его (не)совпадения с мышлением тех кто это программил. > В общем, git есть куда расти в плане понятности консольного интерфейса. Возможно, идеал на то и идеал чтобы к нему стремиться. Но лично я установив гит смог им пользоваться практически не читав манов. Он вполне логично делает свою работу. Так как мне хотелось бы ее видеть, особенно если это в команде. Да, для этого надо быть хоть немного прогрммистом и понимать как выглядит workflow в распределенной команде разработчиков. Тогда все станет просто, логично и понятно. > Высококвалифицированный спец с более удобным и предсказуемым инструментом сделает больше, > нежели с менее удобным (при том, что инструменты одного класса). Высококвалифицированный спец отдает себе отчет в своих действиях. А вот использовать некую фичу для бэкапа, при том что человек даже толком не знает что она делает - это никак не стиль работы квалифицированного специалиста. Квалифицированные специалисты таки изволят узнать как работает механика применяемая для сбора бэкапов. И задумываются над вопросом "а что будет, если".
	Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

	293. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+/–
	Сообщение от Vkni (ok), 27-Мрт-13, 18:01
	> Просто стили мышления индивидов могут отличаться. Как вы уже наверное могли заметить. > И вот тут такое дело: если ваш стиль мышления более-менее совпал > с стилем мышления программера, пользоваться тулзой легко и приятно. Она просто > как влитая. Вы на уровне интуиции знаете что и где. Но > для этого вам надо мыслить так как разработчик. Мозг человеческий, в том числе и мой, легко перепрограммируется под правильный стиль мышления. Нужно только чётко, очень чётко показать, какие опорные точки, что есть сущности, что есть действия. Товарищи CrazyAlex и arisu подсказали, что в git сущность - "изменения", а не "ревизии". Т.е. рассказали про не очень замысловатую внутреннюю логику. А вот создатель руководства git, которое я читал, этого не сделал. Т.е. сделал на отъ..сь и потратил груду времени высоквалифицированных спецов, вынужденных догадываться о "внутренней логике Git". > Очевидный интерфейс - только мамкина грудь. Остальному придется учиться. Да, но чтобы эффективно учиться, нужен хороший учитель. Например, руководство. В случае git man-page крайне плоха. К этому и претензии. А вот для sed - хороша. > Да, для этого надо быть > хоть немного прогрммистом и понимать как выглядит workflow в распределенной команде > разработчиков. Тогда все станет просто, логично и понятно. Это явно неправда, т.к. есть ряд моих знакомых, уж явно хороших программистов, плюющихся от Git. Например, вот http://kouzdra.livejournal.com/643422.html Куздра, между прочим - это мегапрофи. Если ему "унутренняя логика Git" неочевидна, то в консерватории явно не то. > Высококвалифицированный спец отдает себе отчет в своих действиях. А вот использовать некую > фичу для бэкапа, при том что человек даже толком не знает > что она делает - это никак не стиль работы квалифицированного специалиста. А никто не говорит, что админы KDE не накосячили. Тем не менее, надо понимать, что система Git ввела их в заблуждение. Значит в неё нужно поставить "защиту от дурака".
	Ответить | Правка | Наверх | Cообщить модератору

	295. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+1 +/–
	Сообщение от arisu (ok), 27-Мрт-13, 18:13
	> А вот создатель руководства git, которое я читал, этого не сделал. Т.е. > сделал на отъ..сь и потратил груду времени высоквалифицированных спецов, вынужденных догадываться > о «внутренней логике Git». ну так это… значит, явно помощь требуется. ну, например, в виде статьи «думаем как git» или подобного. я вот не напишу — потому что я изначально так думал. а ты по обе стороны был, отчего бы?.. > Куздра, между прочим — это мегапрофи. это некомпетентный болван, с треском болван. примерно как наш изя, только чуть поумнее. если что — я не по приведённой ссылке сужу, я его далеко не один год знаю. > Значит в неё нужно поставить «защиту от дурака». я вот тебя тут перестаю понимать. ну, стоит же защита: те самые маны, которыми ты так недоволен. в плане того, что если человек там ничего толком не понял, то ведь не станет же он есть кактус и использовать такой непонятный инструмент? ан нет, всё равно просачиваются.
	Ответить | Правка | Наверх | Cообщить модератору

	144. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+/–
	Сообщение от web (?), 26-Мрт-13, 03:03
	>[оверквотинг удален] >> ясно, более запутанную систему команд сложно было придумать. > То ли дело SVN - там если центральный сервак умрет, факап стопроцентный > и фиг оспоришь. Получить копию репа с стороннего разработчика - вообще > не вариант, история локально не хранится. >> собсно http://habrahabr.ru/post/174163/ > Цитирую: > "Поскольку Git является мощной системой, не все программисты с первого раза понимают > что это, и как это работает" > Бедные индусы и быдлокодеры - им сложно пользоваться серьезной тулзой от матерых > системщиков. Надо что-нибудь попроще, от братьев по разуму. man git только на китайском или на древнеегипетчких символах!?
	Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

	149. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+1 +/–
	Сообщение от Michael Shigorin (ok), 26-Мрт-13, 03:33
	> man git только на китайском или на древнеегипетчких символах!? Отнюдь: NAME        git - the stupid content tracker
	Ответить | Правка | Наверх | Cообщить модератору

	153. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	–1 +/–
	Сообщение от kshetragia (ok), 26-Мрт-13, 05:50
	Поскольку аноним является мощным коллективом, то не все читатели с первого раза понимают смысл их постов. Всё гениальное - просто. Всё сложное - не нужно. Если я программист, то это не значит, что я должен это делать в гамаке и стоя.
	Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

	154. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+2 +/–
	Сообщение от бедный буратино (ok), 26-Мрт-13, 05:53
	> Всё гениальное - просто. Всё сложное - не нужно. Если я программист, > то это не значит, что я должен это делать в гамаке и стоя. В гамаке и стоя - это без git/hg. Ну если непонятны команды git, ну используйте вы hg или fossil, те же яйца, только без силы Линуса "Я всегда прав, а в этот раз я прав, как никогда" Торвальдса.
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	–3 +/–
	Сообщение от kshetragia (ok), 26-Мрт-13, 09:19
	мне непонятны команды git. Использую hg. И по сравнению с hg, git - гамак.
	Ответить | Правка | Наверх | Cообщить модератору

	167. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+1 +/–
	Сообщение от бедный буратино (ok), 26-Мрт-13, 09:22
	> мне непонятны команды git. Использую hg. И по сравнению с hg, git - гамак. По сравнению с hg, git - это то же самое. Я видел.
	Ответить | Правка | Наверх | Cообщить модератору

	263. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+1 +/–
	Сообщение от Аноним (-), 27-Мрт-13, 06:11
	> По сравнению с hg, git - это то же самое. Я видел. У буратины последние пару дней прямо приступы адеквата какие-то. А я уж думал что ему совсем башню сорвало...
	Ответить | Правка | Наверх | Cообщить модератору

	264. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+1 +/–
	Сообщение от Аноним (-), 27-Мрт-13, 06:13
	> мне непонятны команды git. Он системщиками делался, а не гламурными кисами. Если мыслить как подобный програмер в распределенной команде - все получается на отлично. А если как гламурное кисо - тогда, конечно, ой. Hg для вторых поближе. Там для гламурных кис, которые cannot into commandline даже гуйнюшки какие-то сватают.
	Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

	274. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+1 +/–
	Сообщение от kshetragia (ok), 27-Мрт-13, 06:49
	Похоже вы больше специалист по кошкам.
	Ответить | Правка | Наверх | Cообщить модератору

	136. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"	+1 +/–
	Сообщение от Michael Shigorin (ok), 26-Мрт-13, 01:41
	> Ах у вас команда checkout делает чекаут, так я тут немного исправлю пусть она хитро > переключает ветки/коммиты Ну хоть немного бы подумали (а не знаете -- так почитали) о том, по каким объектам действия производятся.  Нет, это не чевеэсные ревизии.
	Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема