The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Проект KDE чудом не потерял содержимое всех Git-репозиториев, opennews (??), 25-Мрт-13, (0) [смотреть все]

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


74. "Проект KDE чудом не потерял содержимое всех Git-репозиториев"  +1 +/
Сообщение от edwin3demail (?), 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 Shigorinemail (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 Shigorinemail (ok), 26-Мрт-13, 01:41 
> Ах у вас команда checkout делает чекаут, так я тут немного исправлю пусть она хитро
> переключает ветки/коммиты

Ну хоть немного бы подумали (а не знаете -- так почитали) о том, по каким объектам действия производятся.  Нет, это не чевеэсные ревизии.

Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру