Comments 22
Я бы еще порекомендовал попробовать autocrlf = input. И настроить редактор на использование LF.
UFO just landed and posted this here
А есть что почитать по git на русском?
на английском-то едва ли найдётся информация, тем более для совсем новичков, но я планирую в ближайшем будущем перевести то, что имеется по этой замечательной системе контроля версий, на русский, и написать несколько tutorial'ов, если это кому-то интересно :)
Есть суперское руководство на простом английском для пересаживающихся на Git с Subversion: git.or.cz/course/svn.html
К сожалению, не все пересаживаются с Subversion, некоторые садятся на Git сразу, например, новички Ruby on Rails, из-за необходимости подключать плугины как submodule Git. Кстати, в приведенном Вами руководстве git submodule как аналог svn:externals как раз не описан :)
Потому что git submodule, увы, не аналог svn:externals (если не учитывать редкие случаи использования, случайно совпадающие). Спорят пока о реализации, т.к. там слишком много edge cases, учитывая распределённую натуру git.
тем не менее, кроме submodule реализовать externals никак не получится, я в своём www framework'е использую как раз субмодули для того, чтобы всегда хранить при себе последние svn-версии Zend Framework & phpDoctrine
Идеалогия git подразумевает, что хранить что-то в каталоге твоего модуля, кроме твоего модуля — не стоит. Вместо этого лучше сделать рядом чекауты всех необходимых модулей, и работать с ними независимо. Тем более, что в случае --bare репозиториев (в которые могут коммиттить-пушить соразработчики) красивость межрепозитарных зависимостей теряется.
Если svn:externals, в основном, используются для удобства: «можно работать с библиотекой в этом подкаталоге», то git-submodules — для указания: «ребята, данный git-репозиторий работал с указанным коммитом из того репозитория, можете вытянуть себе».
Т.е. это похоже на svn:externals, но не то. Более аналогичным был бы подход nested trees, когда всё, необходимое для работы было бы сосредоточено в одном репозитории, с выбором нужного подрепозитория по путям (как в svn). Так вроде, собираются поступить в bazaar.
Если svn:externals, в основном, используются для удобства: «можно работать с библиотекой в этом подкаталоге», то git-submodules — для указания: «ребята, данный git-репозиторий работал с указанным коммитом из того репозитория, можете вытянуть себе».
Т.е. это похоже на svn:externals, но не то. Более аналогичным был бы подход nested trees, когда всё, необходимое для работы было бы сосредоточено в одном репозитории, с выбором нужного подрепозитория по путям (как в svn). Так вроде, собираются поступить в bazaar.
UFO just landed and posted this here
Спасибо! То что нужно!
Создал отдельный блог под Git, думаю, что в ближайшем будущем будет большое пополнение статей! :)
Выкладывая статью на главную было бы неплохо хотя бы одним предложением описать, кто такой этот ваш Гит, и не вынуждать читателей гуглить или ставить минус статье или нидайбох в карму.
Добавил краткое описание.
Из портов есть еще Cygwin'овский git. Только не всем он понравиться.
в Aptana появился плагин для работы с GIT
code.google.com/p/tortoisegit/
Тоже по теме — www.eclipse.org/egit/?gclid=CLbEwIHfuqICFcKT3wod9Tbn6Q
> Как-то понадобилось написать проект на ruby под Windows
Файлы редактировались под Windows? Под Linux? Под одной или несколькими машинами?
В какой системе был репозитарий? Интерпретатор?
Для Windows как раз многие советуют
git config --global core.autocrlf true
help.github.com/articles/dealing-with-line-endings
stackoverflow.com/questions/2825428/why-should-i-use-core-autocrlf-true-in-git?lq=1
stackoverflow.com/questions/170961/whats-the-best-crlf-handling-strategy-with-git?lq=1
gitimmersion.com/lab_01.html
здесь объяснено подробнее:
stackoverflow.com/a/6008219/2650531
также предлагают создавать файл .gitattributes
и явно указать в нём текстовые и бинарные файлы
а проблемы, появляющиеся после (т.е. от) использования редактора решать настройкой редактора
Файлы редактировались под Windows? Под Linux? Под одной или несколькими машинами?
В какой системе был репозитарий? Интерпретатор?
Для Windows как раз многие советуют
git config --global core.autocrlf true
help.github.com/articles/dealing-with-line-endings
stackoverflow.com/questions/2825428/why-should-i-use-core-autocrlf-true-in-git?lq=1
stackoverflow.com/questions/170961/whats-the-best-crlf-handling-strategy-with-git?lq=1
gitimmersion.com/lab_01.html
здесь объяснено подробнее:
stackoverflow.com/a/6008219/2650531
также предлагают создавать файл .gitattributes
и явно указать в нём текстовые и бинарные файлы
а проблемы, появляющиеся после (т.е. от) использования редактора решать настройкой редактора
Sign up to leave a comment.
Tip по использованию Git под Windows