Руководство по пониманию gitk? [закрытый]

Преимущества для в Коде:

  • Легче поддержать - не должны выполнять сценарий SQL к запросам на обновление
  • Легче к порту к другому DB - никакой procs к порту

На самом деле, я думаю, что у Вас есть это назад. По моему скромному мнению, SQL в коде является болью для поддержания потому что:

  • Вы заканчиваете тем, что повторили себя в связанных блоках кода
  • , SQL не поддерживается как язык во многих IDE, таким образом, у Вас есть просто серия проверенных строк неошибки, выполняющих задачи для Вас
  • , изменения в типе данных, имени таблицы или ограничении намного более распространены, чем выгрузка все базы данных для новой
  • Ваш уровень увеличений трудности, когда Ваш запрос растет в сложности
  • , и тестирование встроенного запроса требует, чтобы создание проекта

Думало о Сохраненном Procs как о методах, которые Вы называете от объекта базы данных - они намного легче к повторному использованию, существует только одно место для редактирования и если Вы действительно изменяете поставщиков БД, изменения происходят в Вашем Сохраненном Procs а не в Вашем коде.

Однако увеличение производительности сохраненного procs минимально, как Stu сказал передо мной, и Вы (еще) не можете поместить точку останова в хранимую процедуру.

78
задан krosenvold 15 October 2009 в 05:59
поделиться

3 ответа

Единственное, что я считаю полезным в интерфейсе gitk, - это красивый (красочный) обзор веток.

Если вам нужен графический интерфейс для git, проверьте TortoiseGit в Windows или GitX на Mac или QGit для Linux.

1
ответ дан 24 November 2019 в 10:38
поделиться

Я никогда не видел ничего специально для gitk. Вот вам удар с точки зрения «как это работает». Знание команд, стоящих за всем (или, по крайней мере, их эквивалентов), помогает легче научиться использовать инструменты командной строки, а также показывает, где искать в документации, чтобы лучше понять gitk!

Меню «Файл»

Это изменилось несколько последних основных версий - я описываю текущее состояние.

  • обновление и перезагрузка: это, вероятно, самая запутанная вещь. Reload обновляет все, как если бы вы запустили программу заново с той же конфигурацией. Это означает, что если ветка была удалена / перебазирована, если некоторые коммиты теперь болтаются, вы их больше не видите. Обновление, с другой стороны, обновляет всю информацию, но по-прежнему показывает все ранее показанные коммиты. Это отличная вещь для использования, если вы перебазируете и хотите убедиться, что не напортачили - вы можете увидеть как исходную, так и перебазированную версию.

  • ссылки: довольно очевидно. Ссылки включают теги и ветки (которые могут быть удаленными). Вы можете перечитать их и перечислить, чтобы щелкнуть конкретный, чтобы отобразить его в истории.

Просмотры

Как сказано в странице руководства , gitk принимает git-rev-list ], чтобы указать, какую историю следует отображать. Их также можно настроить интерактивно в меню «Просмотр». Страница руководства - отличное место для поиска дополнительной информации о способах управления представлениями (в основном это находится в разделе ограничения фиксации). Если вы раньше смотрели git-log , то многое из этого видели.

Справка

Вот список сочетаний клавиш! Sweet.

Контекстное меню

В нем представлены несколько общих команд git porcelain, обычно в обычном режиме работы / режиме работы по умолчанию. Их перечисление, по крайней мере, поможет вам найти нужную документацию, чтобы понять, что они делают, если вы еще этого не сделали!

  • git-diff (Различайте этот <-> selected
  • git-format-patch (сделать патч)
  • git-tag (создать тег)
  • git-diff-tree (записать фиксацию в файл, используется редко)
  • git-branch
  • git-cherry -pick
  • git-reset (сбросить ветку сюда) Это предложит вам выбрать мягкий, смешанный или жесткий, с кратким напоминанием о том, что каждый из них делает. Более подробное описание на странице руководства, но, конечно, вы должны понять концепцию индекса, чтобы получить его по-настоящему.

«Отметить фиксацию» и связанные с ним команды на этом этапе не требуют пояснений.

В контекстном меню для ветки у нас есть git-checkout и режим -d (удалить) git -branch.

Средняя секция

  • SHA1 ID: хэш текущей фиксации. Очень полезно для копирования / вставки в терминал, чтобы выполнить действие с данным коммитом, который вы использовали для поиска gitk. Вы также можете вставить сюда хеши.

  • Кнопки вперед / назад, номер строки ... очевидно!

  • Найти! Параметры здесь снова довольно очевидны, но для любого образования они аналогичны параметрам git-log : «содержащий» - это - grep , «касание путей» - это аргументы, а строка добавления / удаления - -S (кирка).

Панель сообщений / различий

Здесь у нас есть сообщение фиксации вместе с выводом git-diff - это что-то вроде использования git-log -p , с небольшим дополнением:

  • "Ветви "эквивалентно git branch -a --contains =

  • " Precedes "/" Follows "эквивалентно git describe [--contains] ( git-describe )

91
ответ дан 24 November 2019 в 10:38
поделиться

Что новички действительно могут использовать в терминах «комбинации gitk и истории», так это конкретное объяснение того, как распознать, что произошло, глядя на представление дерева gitk.

Насколько я понял - правильный способ взглянуть на дерево (конечно):

 1. each node is a commit
 2. ultimate parent is at the bottom
 3. direct child to a commit is the one that happened first in the same branch (no matter who did it)
 4. the node with 2 or more children indicates ... ?
 5. merge commit node has 2 parents.
 6. rebase is recognized ... ?

Также будут признательны за скриншоты.

Дерево фактически представляет текущее состояние репозитория. Было бы здорово, если бы мы могли сказать, что произошло, глядя на представление в виде дерева.

Благодарности

v.

3
ответ дан 24 November 2019 в 10:38
поделиться
Другие вопросы по тегам:

Похожие вопросы: