Я думаю, что можно определить военное имя в военной команде.
grails war foo.war
Также проверяют последнюю документацию Grails на то, где установить это как параметр конфигурации. См. другие ответы для деталей.
Вы изменили права доступа для всего каталога, что я согласен со Splash - плохая идея. Если вы помните, каковы исходные разрешения для каталога, я бы попытался вернуть их к этому, а затем сделать следующее
cd ~/.ssh
chmod 700 id_rsa
внутри папки .ssh. Это установит для файла id_rsa значение rwx (чтение, запись, выполнение) только для владельца (вас) и нулевой доступ для всех остальных.
Если вы не можете вспомнить исходные настройки, добавьте нового пользователя и создайте набор ключей SSH для этого пользователя, тем самым создав новую папку .ssh, которая будет иметь разрешения по умолчанию. Вы можете использовать эту новую папку .ssh в качестве справочника для разрешений на сброс вашей папки .ssh и файлов на.
Если это не сработает, я бы попытался удалить msysgit, удалив ВСЕ папки .ssh на компьютере (на всякий случай), затем переустановите msysgit с желаемыми настройками и попробуйте начать заново (хотя я думаю, вы сказали мне, что уже пробовали это).
Отредактировано: Также только что нашел эту ссылку через Google - Исправление "ПРЕДУПРЕЖДЕНИЕ: НЕЗАЩИЩЕННЫЙ ЧАСТНЫЙ КЛЮЧЕВОЙ ФАЙЛ ! " в Linux Хотя он нацелен на Linux, он может помочь, поскольку мы говорим о разрешениях liunx и тому подобном.
Совсем недавно у меня была такая же проблема в Windows XP. Я попытался выполнить команду chmod 700 в моем файле ~ / .ssh / id_rsa, но, похоже, это не сработало. Когда я взглянул на разрешения с помощью ls -l в ~ / .ssh / id_rsa, я увидел, что мои действующие разрешения по-прежнему равны 644.
Затем я вспомнил, что разрешения Windows также наследуют разрешения от папок и папки все еще был открыт для всех. Решением может быть установка разрешений и для папки, но я думаю, что лучше было бы указать системе игнорировать наследование для этого файла. Это можно сделать с помощью расширенного параметра на вкладке безопасности в свойствах файла и снятия флажка «наследовать от родительских разрешений ...»
. Это может быть полезно для других с той же проблемой.
Я сейчас играю с Git 1.6.5 и не могу воспроизвести вашу настройку:
Administrator@WS2008 /k/git
$ ll ~/.ssh
total 8
drwxr-xr-x 2 Administ Administ 4096 Oct 13 22:04 ./
drwxr-xr-x 6 Administ Administ 4096 Oct 6 21:36 ../
-rw-r--r-- 1 Administ Administ 0 Oct 13 22:04 c.txt
-rw-r--r-- 1 Administ Administ 403 Sep 30 22:36 config_disabled
-rw-r--r-- 1 Administ Administ 887 Aug 30 16:33 id_rsa
-rw-r--r-- 1 Administ Administ 226 Aug 30 16:34 id_rsa.pub
-rw-r--r-- 1 Administ Administ 843 Aug 30 16:32 id_rsa_putty.ppk
-rw-r--r-- 1 Administ Administ 294 Aug 30 16:33 id_rsa_putty.pub
-rw-r--r-- 1 Administ Administ 1626 Sep 30 22:49 known_hosts
Administrator@WS2008 /k/git
$ git clone git@github.com:alexandrul/gitbook.git
Initialized empty Git repository in k:/git/gitbook/.git/
remote: Counting objects: 1152, done.
remote: Compressing objects: 100% (625/625), done.
remote: Total 1152 (delta 438), reused 1056 (delta 383)s
Receiving objects: 100% (1152/1152), 1.31 MiB | 78 KiB/s, done.
Resolving deltas: 100% (438/438), done.
Administrator@WS2008 /k/git
$ ssh git@github.com
ERROR: Hi alexandrul! You've successfully authenticated, but GitHub does not pro
vide shell access
Connection to github.com closed.
$ ssh -v
OpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007
chmod также не изменяет права доступа к файлам для моих ключей.
Среда:
Обновление: Git 1.6.5.1 также работает.
Не прямой ответ на основной вопрос, а на ваш вопрос о том, как работает папка cygwin ... Как правило, cygwin помещает все «ваши» файлы в эквивалент из c: \ cygwin \ home \ username. Он обрабатывает эту папку для любых пользовательских настроек, а не пользовательский каталог Windows.