Какие функции отсутствуют в существующих модулях Emacs для работы с git?

Как вы думаете - какие функции следует реализовать, чтобы сделать работу с Git из Emacs более комфортной? Какие функции отсутствуют в magit / git.el / egg / git-emacs / ...?

Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
11
0
775
2
Перейти к ответу Данный вопрос помечен как решенный

Ответы 2

Ответ принят как подходящий

Несколько дней играю с git-emacs. Я выбрал его, прочитав о своем выборе (в вашем сообщении в блоге) и попробовав несколько из них. Мои мысли:

  1. git.el - из вашего обзора выделялись две вещи

    • он работал как PCL-CVS - я знаком с этим пакетом (использовал его много лет, много лет назад), но мне было больше интересно узнать, как делать что-то в стиле git, и я думал, что знакомая парадигма помешает это обучение.
    • команды git не работали вне буфера состояния - мне нравится интегрировать на более глубоком уровне, иначе я мог бы просто запустить все мои команды git из оболочки и покончить с этим.
  2. magit - казался намного лучше с точки зрения работы с git, но, опять же, выделялись две вещи:

    • изменение семантики - вы упомянули несколько команд, которые ведут себя по-разному в зависимости от контекста. Обычно я большой поклонник команд -dwim, но не тогда, когда разница между снятием с постановки файла и его удалением!
    • это выглядело не так красиво, как некоторые другие (например, egg или git-emacs); с другой стороны, мне понравились графические представления веток
  3. яйцо - я действительно пробовал это

    • magit с лучшим интерфейсом, и хотя он выглядел намного лучше, чем magit, я был обеспокоен тем, что он не поспевает за развитием magit
    • по нему практически не было документации; Я столкнулся с какой-то проблемой (не помню с какой) и не смог найти решение, поэтому просто отказался от нее и перешел к ....
  4. git-emacs - выглядело красиво и имел хорошую документацию

    • то, что мне нравится: документация, простота использования, внешний вид, множество встроенных полезных команд, прямой доступ к любой команде git через `git-cmd ', поддержка git-blame
    • вещи, которые мне не нравятся: я делаю (отсутствие возможности настройки является для меня большим отталкиванием и намекает на позицию автора "я знаю лучше всего"), отсутствие некоторых базовых команд, таких как тайник, отсутствие каких-либо настроек (опять же, намекая на отношение «я знаю лучше всех»)

Поскольку я все еще в младенчестве с точки зрения изучения самого git, трудно сказать, чего еще не хватает в этих пакетах. Я планирую спросить автора git-emacs, интересуется ли он патчами, так как я, скорее всего, внесу изменения (ido, лица и другие нормальные вещи). Надеюсь, это хоть немного поможет.

спасибо, Джо. В настоящее время я пытаюсь составить список требований для нового модуля поддержки git и учту ваше мнение.

Alex Ott 12.01.2009 00:17

Для меня важны, помимо основных функций, следующие:

  • ediff, то есть визуальное различие, чтобы вы могли правильно увидеть контекст изменения
  • винить / аннотировать, как в обычном режиме vc. С переходом к более ранним версиям, цветовым кодированием и т. д.

blame уже доступен как второстепенный режим git-blame, поэтому его можно использовать без проблем

Alex Ott 12.01.2009 00:18

Другие вопросы по теме