msysgit на окнах — о чем я должен знать, если таковые имеются?
Вы также можете посмотреть urllib.parse , если вы находитесь на python3
, например
from urllib import urlparse
result = urlparse("https://unify.my.salesforce.com/a0n82000006VlNaPPP")
result.path
5 ответов
Вы добираетесь bash, независимо от которой опции Вы выбираете, последние опции просто добавляют методы для использования Мерзавца снаружи.
Для последних опций, msysgit добавляет сборки Windows общих утилит Linux к [1 126] PATH . Это включает find , kill и sort , а также cp , ls , rm , и приблизительно 20-30 других.
проблема с первыми 3 (и подобный) состоит в том, что они существуют и в OSs и функционируют по-другому в каждом.
Не огромное испытание, если Вы знаете, какой Вы будете использовать, но любые приложения, разработанные, ожидая один и получая другой, конечно, закатят истерику.
<час> Для предотвращения конфликта, при тихом наличии Мерзавца работают как ожидалось, можно создать простой сценарий пакетной обработки, который корректируется PATH только для сессии. (например, readygit.bat)
@echo off
setlocal
set PATH=C:\Git\bin;%PATH%
cmd
Корректируются C:\Git\bin соответственно. Но, просто выполните это и используйте Мерзавца в cmd.
С этим, можно использовать опцию 3 установки и безопасно удалить C:\Git\bin из системы PATH, удалив любой беспорядок для Приложений Windows, не смущая Мерзавца.
я в настоящее время использую подобный сценарий с [1 116] приложения GnuWin , включая [1 134] find .
Можно хотеть знать что:
-
Все команды мерзавца не все еще там. На MSysGit1.6.2 в начале марта 2009: archimport, cvsexportcommit, cvsimport, cvsserver, ответвление фильтра, instaweb, отправлять-электронная-почта и оболочка.)
-
До MSysGit1.6.2, мерзавец-svn был не там ( , это теперь ).
проблемой была привязка жемчуга необходимой подрывной деятельности мерзавца-svn, и можно только создать их как динамично загружаемые модули. И MSysGit имел версию жемчуга, которая не поддерживала динамично загружаемые модули. -
Все детали о MSysGit лучше всего объяснены в их MSysGitHerald Github wiki
На окнах (это - меньше проблемы о других системах по моему очень скромному мнению...), необходимо ОЧЕНЬ знать о проблемах crlf, и отмечать, что (Если они не изменили это в очень последней версии Мерзавца, который я полагаю, что они могут иметь - или если Вы используете очень старую версию Мерзавца), autocrlf включен по умолчанию, в отличие от всех других установок мерзавца.
Также примечание, что, если Вы не используете очень последнюю версию msysgit, скоро для отсутствования на этой неделе, если я вспоминаю правильно из списка рассылки, размер репозитория не может быть больше, чем 2 ГБ, общее количество.
Кроме того, Windows является странно нечувствительным к регистру, но/sometimes/сохранением случая - имеют это в виду! (Это не смущает мерзавца обязательно - но это может и действительно смущать пользователя мерзавца repo).
Наконец, мерзавец существенно медленнее на окнах, чем это находится на Linux, хотя это (в моем ограниченном опыте) быстрее, чем альтернативы.
Теперь, относительно пути...
, Если я не ошибаюсь, необходимо быть в состоянии просто удостовериться, что основной двоичный файл мерзавца находится в пути - и что двоичный файл должен тогда заботиться о ссылке на другие компоненты мерзавца... Но я не протестировал это.
Установщик Мерзавца MSYS предлагает опцию 2, если Вы предназначаете на рабочем мерзавце от подсказки cygwin. cygwin среда гарантирует, что зависимости мерзавца находятся в Вашем ПУТИ. Если Вы выберете эту опцию, но тогда вызовете мерзавца от командной строки окон, то все утилиты командной строки unix-y, на которые полагается мерзавец, не будут найдены. IIRC, мерзавец сам частично реализован как сценарии удара. Я не знаю, какие операции перестанут работать, но я не думаю, что мерзавец будет применим этот путь.
у меня нет списка системных инструментов, которые опция 3 переопределяет (установщик упоминает find.exe), но это только влияло бы на Вас, если Вы - ниндзя сценария пакетной обработки. В командной строке, find будет теперь относиться к утилите Unix того имени, не exe, который поставлется с окнами. Это не вредит окнам само всегда.
Просто выполненный с ножницами и выбирают опцию 3:-)
When you use the Windows GUI on windows, and you create your very first repository, do not type in the name ".git" for the repository directory. (Which it will then create, and then create another .git folder underneath it, when you finally think to look there) Browse to the folder with your sources in it, and -- just choose that folder! The repository directory ".get" will be created FOR you.
Then you see files in your unstaged changes, and by clicking on the little page icons next to the filenames, move them into the staged changes.
And definitely run with scissors and select option 3. No one uses kill, sort or find anymore from the command windows line.