Нужна

Привет всем! Можете подсказать как реализовать webhooks go для автоматического скачивания последнего гита?
мой hooks.json:
[{
   "id": "deployment",
   "execute-command": "/home/master/webhooks/deployment/deploy.sh",
   "command-working-directory": "/home/master/aqua/",
   "response-message": "Executing deploy script...",
   "trigger-rule": {
       "match": {
           "type": "payload-hash-sha1",
           "secret": "Kekos",
           "parameter": {
               "source": "header",
               "name": "X-Hub-Signature"
           }
       }
   }
}]

мой deploy.sh:
#!/bin/bash

git pull
docker-compose down
docker-compose up --build

Не понимаю, почему github не отправляет webhook по адресу=( ,
хотя если я через браузер лезу, то хотябы ответ есть

Не отправляет или формат веб хука не соответствует?

кто сталкивался с http://www.bashbooster.net/

Библиотека для баша. Что дальше? Фреймворк?

башсибл

башеф )

басолт.. болт..

https://t.me/tech_b0lt_Genona/876 =))

DO NOT USE THIS IN ANY PUBLIC FACING SERVER. THIS IS NOT SECURE. FOR EDUCATIONAL USE ONLY.

народ, привет. Сорри, если я задаю странный вопрос. Короче у меня дилемма с гитом. Я столкнулся с такой частью воркфлоу, что для каждого таска, даже если для её решения, нужно написать 2 строчки кода, нужно создавать отдельную ветку и в ней всё колбасить, хотя данного рода мелкие таски можно отдельно отнести иногда к конкретному общему функционалу или части приложения. Например, так как я делаю мелкие таски с формой и логикой в компоненте приложения которое выводит в UI список пользователей, например. Но вместо того, чтобы плодить ветки, как того тимлид хочет и даже требует даже если скажем это добавление жалкой кнопочки в компоненте списка пользователей и её отретуширование, можно же всё делать в одной тематической, ответвлённой от мастера, тема и смысл который( тематической ветки с фичей ) касается той или иной функциональности, блока меню, конкретного отдела UI, что является гуд практикой с одной стороны, но также ещё обозначать цель ветки. Но с другой стороны, если в этой ветки будет огромная куча изменений, то при мердже такого придётся очень туга разрешать вероятные конфликты.

Вопрос: если делать более глобальную тематическую ветку на какую-то фичу, то по каким критериям вы определяете, что её можно использовать и впредь для коммитов, а когда нет и вместо неё будете плодить много мелких на каждую мелочь ???

суть отдельных веток - 1 изменение - 1 ветка, обкатали, пушнули, удалили. В результате (смотря как мержить) можно получить разные результаты в мастере, обычно это делается для линейности - все коммиты про 1 фичу будут подряд, а ветка линейна. Даже если какие мелочи. Плюс - если есть некая традиция валидации что вливаем - говнокода в целом будет меньше, контроль независимым лицом. Ветка-мусорка ничего не даст — нужна новая фича, то есть надо теперь смеожить ветку с мастером, и это будет в истории коммитов. А смысл? А если надо несколько фич одновременно делать?

тут ещё какая культура валидации и мержей, даже 1 строка может что-то сломать, поэтому нужна валидация тем же тимлидом + автотесты, что нет регрессий и ничего не сломали. При этом тесты и проверка может занять не 1 час, а надо например уже другую фичу пилить. А потом окажется что в первой фиче есть баг и оно всё ломает, нужны правки, чекаутим ветку, правим, коммитим, мержим. А если там начали другое делать? Пока нет коммитов - можно сташнуть, а если уже есть - логика ломается.
Если сам себе разработчик в своей репе то это не надо.

Все сложно, ога

+++

Начал делать тикет - открыл ветку с тикетом в названии. Доделал - смержил ветку в develop и закрыл тикет.
Если иногда возникает мелочь вне тикетов, не требующая ревью, то коммитишь напрямую в девелоп.

иногда с "не требует ревью" такую херню проносят..