The OpenNET Project / Index page

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



Индекс форумов
Составление сообщения

Исходное сообщение
"Выпуск распределенной системы управления исходными текстами ..."
Отправлено Ordu, 21-Окт-20 21:01 
>> Игра на гитаре требует сложных моторных навыков, в сочетании с развитием сенсорики, и это реально _годы_ ежедневной практики.
> А можно знать три аккорда и играть боем.

Один член тут моторные навыки. Надо пальцами попадать по ладам в нужных местах, и медиатор держать так, чтобы не вываливался из пальцев. И да, баррэ -- ппц как сложно, когда не умеешь держать палец прямым и в нужном месте, вне зависимости от положения кисти.

> Был 2012 год, первый месяц команда могла использовать только git stash/pop, git commit/push. Вся работа шла по workflow svn в одном общем бранче. На второй месяц все уже начали использовать бранчи но какой либо помощи никто не мог оказать, можно было запутаться в merge, rebase и произвольных командах из инета так что в истории бранча возникало какой-то путаный ахтунг слияний. Я пол года пользовался tar, перед любым rebase или merge.

Это как раз свидетельство того, что философией не прониклись. Потому что команда из скрипт-киддисов, и не одного вдумчивого человека. Копировать команды из инета... Не, я всё понимаю, сам этим пользуюсь иногда, но ёмаё: я допустим не копирую команды из инета, если я не понимаю как они составлены. Если я копирую, то лишь как способ избавиться от перерывания документации, которую я не помню. Скажем, с ffpmeg я никогда не помню, как там сделать то или это, перерывать man в поисках того, как там нужные фильтры накладываются мне лень, поэтому я ищу и копирую. Но я понимаю команду найденную в интернете, когда я её читаю. Если бы у меня не было бы интернета, я бы залез в доку, нашёл бы то, что надо, и составил бы эту команду сам -- не проблема, просто это дольше выходит.

И да, полгода пользоваться tar? Я первую неделю-две имел две копии репа: в одной я работал, в другую потом pull'ом вытягивал то, что не хотелось случайно потерять. Это позволяло в случае чего, вытащить в другой реп ветку, после чего заниматься чем угодно с этим репом, и если всё необратимо испортилось, то можно удалить и склонировать заново. Через неделю я увидел отсутствие необходимости таких бекапов, потому как после факапа всегда можно выкрутиться на одном репе: коммиты из git никуда не деваются, они все там, по-крайней мере до сборки мусора. Потерянную последовательность коммитов всегда можно найти обратно, если знать хеш. Нет никаких проблем этот хеш скинуть в файл (или даже скопипастить в *scratch* emacs'а, чтобы не плодить файлов) и вернутся к нему потом через git checkout. Или ещё проще, можно повесить на этот коммит тег или ветку создать на нём новую, чтобы потом искать его не по хешу, а по символическому имени. С тегами и ветками лишь одна проблема -- они накапливаются, но это опять же не проблема, их можно подчищать иногда.

Дай я угадаю, вам git насаживали в приказном порядке сверху, не спрашивая вашего мнения? И никому это особенно было не нужно, и всем эти проблемы было удобны, потому что задержки в работе всегда можно было свалить на git, то есть на начальство, которое приказало переходить на git. И поэтому никто не парился потратить хотя бы полчаса на то, чтобы разобраться с git, и все продолжали тыкаться рандомными какими-то способами, вплоть до того, что вручную выполняли работу git, а commit использовали только для того, чтобы эту работу зафиксировать в git. Так?

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



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

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