Pull to refresh

Comments 41

Вообще, опрос практически дублирует рейтинг статьи. Статья, кстати, неплохая вышла, только вот cd и dir, конечно, как-то напрягает.
Это не более чем мои личные наблюдения. Я не знаю как вас, но меня, например, немного достает писать branch, checkout, merge --squash по пять раз на дню. Для этого я и ввел для себя несколько комманд по-короче (самое интересное, что их выигрыш видно на примере).
Никто вас не осуждает за использование алиасов, просто вы выбрали не удачные названия
Скорее всего, вы правы. Мне их когда-то посоветовали — вот я и привык. А какие названия вы считаете удачными?
branch -> br
checkout -> co
Я где-то в другом месте находил настройки, но вот примерно так это делают некоторые.
Хе, у меня ровно то же самое. Призрак SVN пребудет с нами вечно ;)
Спасибо за Credential Helper!

btw, никто не знает, как бы так при работе over http в .netrc хранить пароль, но чтобы не в открытом виде?)
Меня одного удивляет, почему не используются ключи?
Смею предположить, что некоторые системы (например Stash) не поддерживают ключи, да и bsideup явно указал «over http»
я из тех ненормальных, кто предпочитает работать с git-ом через http (GitLab, GitHub, etc) и авторизовываться по паре логин + пароль, а не ключём, хотя и осознаю всю проблему с точки зрения безопасности и всего прочего)

А ещё есть такая вещь как LDAP, которая так же сводит тему с ключами на нет =)
1) GitHub тот же самый прекрасно авторизовывает по ключам в случае https.

2) У нас LDAP как раз используется в том числе и для доставки ключей куда надо.
для openssh есть патч lpk
с ним ssh замечательно хавает ключи из лдапа.
Если иметь ввиду ssh-ключи — то не всегда доступен ssh =((
Упс. Несколько пунктов у меня выпали. Огромное спасибо. Сейчас UDPшну.
На просторах интернета нашел замечательные алиасы для построения дерева визуального дерева всех веток.

lg1 = log --graph --all --format=format:'%C(bold blue)%h%C(reset) — %C(bold green)(%ar)%C(reset) %C(white)%s%C(reset) %C(bold white)— %an%C(reset)%C(bold yellow)%d%C(reset)' --abbrev-commit --date=relative
lg2 = log --graph --all --format=format:'%C(bold blue)%h%C(reset) — %C(bold cyan)%aD%C(reset) %C(bold green)(%ar)%C(reset)%C(bold yellow)%d%C(reset)%n'' %C(white)%s%C(reset) %C(bold white)— %an%C(reset)' --abbrev-commit
lg = !«git lg1»
hist = log --pretty=format:\"%h %ad | %s%d [%an]\" --graph --date=short

git hist — это для просмотра текущей ветки
git, gitconfig, никто не читает теги, заметка

Дело не в том, что никто не читает теги, а в том, чтобы, например, я, добавив вашу статью в избранное, мог легко и быстро найти набор статей по интересующей теме у себя в избранном через фильтр тэгов, ну, или банально они нужны для релевантного поиска по всему Хабру…
А я думал что это мэйнстрим добавлять такой тег. Ну да ладно.
Не, я к вам без всяких претензий, я не против приколов) Просто, главное, чтобы были теги, отражающие содержание статьи, у вас это есть. Просто бывают такие случаи, когда теги никак не связаны с содержанием или вообще содержат полную ересь, за такое надо наказывать… как говорится, главное не строгость наказания, а отвратительность неотвратимость))
Если хочется быстро, то тот сайт даст небольшую основу, а потом можно и книжку.

https://githowto.com/ru/changes_not_files

Git фокусируется на изменениях в файле, а не самом файле. Когда вы осуществляете команду git add file, вы не говорите git добавить файл в репозиторий. Скорее вы говорите, что git надо отметить текущее состояние файла, коммит которого будет произведен позже.

https://git-scm.com/book/ru/v2/Введение-Что-такое-Git%3F

Git не хранит и не обрабатывает данные таким способом [ как набор изменений относительно первоначальной версии каждого из файлов ]. Вместо этого, подход Git к хранению данных больше похож на набор снимков миниатюрной файловой системы. Каждый раз, когда вы делаете коммит, то есть сохраняете состояние своего проекта в Git, система запоминает, как выглядит каждый файл в этот момент, и сохраняет ссылку на этот снимок. Для увеличения эффективности, если файлы не были изменены, Git не запоминает эти файлы вновь, а только создаёт ссылку на предыдущую версию идентичного файла, который уже сохранён. Git представляет свои данные как, скажем, поток снимков.

Я не прав, что оцениваю эти абзацы как абсолютно противоположные по смыслу? Мне казалось, что гит как раз таки полностью копирует файлы. Я не прав?

git в виде клиента всё же удобнее. И дифы смотреть и лишние команды не надо делать.
Не скажите. Вот я в консоли чувствую себя увереннее чем в гуе. Не знаю почему, но в линуксе (царстве консоли) как-то легче это в терминале делать.
UFO just landed and posted this here
UFO just landed and posted this here
Префиксы для remote порадовали. В основном работаю с github и сервером компании и каждый раз весь url писать надоедает.
Внимание! Менять эту информацию во время разработки крайне нежелательно. Она может поломать историю (множественные автора)! Желательно единажды выбрать какое-то имя и конкретный Email.
.mailmap
Хм. Не слышал про него и в проектах не встречал. Возьму на заметку.
Для меня на много важней и удобней вот это alias
git checkout -b name => git cb name

Но о некоторых вещах узнал благодаря статье… =) спс!
спасибо! Очень упростило жизнь!
Привели бы пример ~/.commit-template
Sign up to leave a comment.

Articles