#dvcs #windows #git #github
Обязательно ли надо иметь repo на GitHub.com (или другом подобном хостинге)? Над
проектом работаю один на компьютере и нетбуке, поэтому GitHub мне не нужен. (Возможно
спросите зачем мне тогда Git. Отвечаю: а)интересно б)нужно знать в этом мире хотя бы
одну систему контроля версий в)для удобства)
Взаимодействие между всеми repo происходит одинаково? Например, есть ли разница между
взаимодействием repo на одном компьютере с repo на другому компьютером и repo на компьютере
с repo на GitHub?
GitHub предоставляет свою программу GitHub. Для чего это программа? Она обязательна
для работы с repo на GitHub.com?. Я так понимаю, эта программа нужна, чтобы работать
с repo на GitHub.com и для упрощения взаимодействия Git'а с repo на GitHub.com. Так?
Как лучше работать с Git: с GUI или через Bash или еще что-то? А как проще? Наверняка
будут аргументы и за GUI и за Bash или еще что-то. Ведь не зря существуют разные варианты.
Допустим есть repo для своего проекта на GitHub. Создан проект в MS VisualStudio.
Где должен находиться repo на компьютере? В папке с проектом? А какие обычно файлы
попадают в repo? Все файлы? Только файлы кода? Файлы кода и ресурсы (картинки, видео
и т.д.)? Или еще что-то?
Как проходит обычный процесс работы над проектом? Допустим, поработал над проектов
в MS Visual Studio. Теперь надо зайти в Git (GUI или Bash) и там закоммитить все изменения. Так?
В Git Bash на windows не работает ни Ctrl+V, ни ПКМ+вставить. Непонятно как работать
с редактором, который открывается после выполнения команды git commit. Как сохранить
запись в этом редакторе? Если есть 2 или более коммита и если написать git log -p -2,
то покажет только первый коммит, на втором остановится и надо что-то ввести, иначе
ничего нельзя сделать. Откуда узнать что надо вводить? Это вообще все так и должно
быть? Как с этим "бороться"? Есть ли нормальная альтернатива Git Bash?
Почему в заголовке Git Bash написано "MINGW32:~"?
Ответы
Ответ 1
Можно не иметь. Но лучше иметь, там ваш проект защищён, и никуда не денется. А пользоваться git-овым репозиторием локально для проекта, даже без удалённого репозитория — отличная идея. Не совсем понятен вопрос. Попробуйте разобраться с тем, что такое локальный и удалённый (remote) репозитории, тогда вам будет более понятна разница между репозиторием из папки .git и github'ом (или любым другим git сервером). Совсем не обязательно. Рекомендую изучить работу с командной строкой. Что удобнее — каждый выбирает для себя сам. Но есть случаи, когда без командной строки не обойтись. Локальный репозиторий находится в подпапке .git вашего проекта. В него попадают все файлы, которые вы туда добавите. Если какие-то файлы или папки не должны туда попадать, например, скомпилированные двоичные файлы, то их можно исключить, занеся их в файл .gitignore. Так. Иногда даже лучше это делать чаще. Ведь предыдущий коммит можно дополнить. А вот испорченный код можно откатить только до состояния предыдущего коммита (когда Ctrl+Z уже не помогает). Изучите ветки — это так же просто, как копировать папку проекта целиком в папки вида backup1, но гораздо удобнее. Попробуйте воспользоваться средней клавишей мыши для вставки, предварительно убедившись, что вы можете впечатывать туда с клавиатуры. Либо нажмите Esc и потом P. Редактор для коммитов предполагает, что вы знакомы с редактором Vim и его сочетаниями клавиш. Записать будет ZZ, добавить строку - o, перейти из режима ввода текста в командный - Esc, обратно - a, i или o. Если не умеете пользоваться редактором, пользуйтесь заданием сообщения для коммита через командную строку, вот так: git commit-m 'здесь сообщение коммита' Если есть 2 или более коммита и если написать git log -p -2, то покажет только первый коммит, на втором остановится и надо что-то ввести, иначе ничего нельзя сделать. Можно проматывать стрелочкой вниз или клавишами J/K, можно искать клавишей /. Есть ли нормальная альтернатива Git Bash? bash тут в общем-то ни при чём. Основные команды редактора Vim знать полезно, они работают во многих стандартных утилитах (less, man и т.п).
Комментариев нет:
Отправить комментарий