Фон
Ми використовуємо nagios для моніторингу нашої інфраструктури. Наразі у нас немає конфігурацій nagios під контролем версій, і є двоє з нас, які керують конфігурацією nagios. Таким чином, я працюю над тим, щоб наші конфігурації нагіосів перейшли в центральний репост git, використовуючи деякі гачки для перевірки синтаксису, а потім, якщо конфігурації виглядають добре, зробіть їх "активними". Я використовую пост цього хлопця як вихідний пункт.
Загальний робочий процес, який я намагаюся реалізувати, це:
- Редагувати локальну git repo конфігурації nagios. Додайте відредаговані файли, введіть локально.
git push origin masterдо віддаленого репо.- Push перехоплюється гаком попереднього отримання, який приймає файли, переміщує їх у тимчасовий каталог на сервері та запускає їх через перевірку синтаксису nagios.
- Якщо перевірка синтаксису проходить, прийміть поштовх, а потім використовуйте гачок після фіксації
git pullнового коду до каталогу конфігурації живих nagios, а потім перезапустіть nagios. - Якщо перевірка синтаксису не працює, відхиліть натискання, показуючи користувачеві синтаксичну помилку нагіосу.
Однак я стикаюся з дивною поведінкою, коли відхиляю git push через синтаксичні помилки в конфігурації nagios. Я очікую, що це станеться, що якщо я відхиляю гачок, спроба натиснути повинна залишити сховище так, як воно було, недоторканим. Але, здається, це не так. Нижче наведено деталі того, що я бачу:
Проблема
Я редагую налаштування nagios локально, навмисно включаючи синтаксичну помилку, додаю, а потім здійснюю локально:
host:nagios erik$ vi nagios.cfg
host:nagios erik$ git add nagios.cfg
host:nagios erik$ git commit -m "syntax error"
[master da71aed] syntax error
1 files changed, 1 insertions(+), 0 deletions(-)
Тепер я підштовхую ці зміни до головного репо. Це буде відхилено через синтаксичну помилку:
host:nagios erik$ git push origin master
Counting objects: 5, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 12.74 KiB, done.
Total 3 (delta 1), reused 2 (delta 1)
remote: Previous HEAD position was 3ddc880... removed syntax error
remote: HEAD is now at da71aed... syntax error
remote: Nagios Config Check Exit Status: 254
remote: Your configs did not parse correctly, there was an error. Output follows.
remote:
remote: Nagios Core 3.2.3
remote: Copyright (c) 2009-2010 Nagios Core Development Team and Community Contributors
remote: Copyright (c) 1999-2009 Ethan Galstad
remote: Last Modified: 10-03-2010
remote: License: GPL
remote:
remote: Website: http://www.nagios.org
remote: Reading configuration data...
remote: Error in configuration file '/tmp/nagiosworkdir/nagios.cfg' - Line 23 (NULL value)
remote: Error processing main config file!
remote:
remote:
remote:
remote: ***> One or more problems was encountered while processing the config files...
remote:
remote: Check your configuration file(s) to ensure that they contain valid
remote: directives and data defintions. If you are upgrading from a previous
remote: version of Nagios, you should be aware that some variables/definitions
remote: may have been removed or modified in this version. Make sure to read
remote: the HTML documentation regarding the config files, as well as the
remote: 'Whats New' section to find out what has changed.
remote:
To git@remote-server.example.com:nagios
! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to 'git@remote-server.example.com:nagios'
Це не повинно було торкатися віддаленого репо, але це було. Якщо я перейду на інший локальний тимчасовий каталог і спробую клонувати репо, я отримаю:
host:temp erik$ git clone git@remote-server.example.com:nagios
Cloning into nagios...
remote: Counting objects: 30, done.
remote: Compressing objects: 100% (29/29), done.
remote: Total 30 (delta 12), reused 0 (delta 0)
Receiving objects: 100% (30/30), 29.81 KiB, done.
Resolving deltas: 100% (12/12), done.
error: Trying to write ref HEAD with nonexistant object da71aedfde2e0469288acd9e45bb8b57a6e5a7b3
fatal: Cannot update the ref 'HEAD'.
Тепер я повертаюся до початкового каталогу роботи, виправляю синтаксичну помилку, додаю, фіксую і натискаю:
host:nagios erik$ vi nagios.cfg
host:nagios erik$ git add nagios.cfg
host:nagios erik$ git commit -m "removing syntax error, push should succeed this time"
[master f147ded] removing syntax error, push should succeed this time
1 files changed, 0 insertions(+), 2 deletions(-)
host:nagios erik$ git push origin master
Counting objects: 6, done.
Delta compression using up to 8 threads.
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 487 bytes, done.
Total 4 (delta 2), reused 0 (delta 0)
remote: Previous HEAD position was 4c80d45... syntax error
remote: HEAD is now at f147ded... removing syntax error, push should succeed this time
remote: Nagios Config Check Exit Status: 0
remote: Your configs look good and parsed correctly.
To git@remote-server.example.com:nagios
3ddc880..f147ded master -> master
На даний момент сховище добре, і я можу перейти у тимчасовий каталог і знову клонувати репо:
host:temp erik$ git clone git@remote-server.example.com:nagios
Cloning into nagios...
remote: Counting objects: 34, done.
remote: Compressing objects: 100% (33/33), done.
remote: Total 34 (delta 14), reused 0 (delta 0)
Receiving objects: 100% (34/34), 30.22 KiB, done.
Resolving deltas: 100% (14/14), done.
Ось гачок попереднього отримання, який я використовую.
Я використовую git v1.7.5.4 на клієнті, а v1.7.2.3 на сервері.
Отже, до питання : чому сховище залишається в непослідовному стані, коли я відхиляю натискання? Щось кривавого з моїм гаком чи ні, можливо, не вистачає мого розуміння git?
1.7.5.4на клієнті, 1.7.2.3на сервері.