Męczy mnie już korzystanie z maili, fb, trello przy zarządzaniu projektem i chciałbym przejść na coś konkretniejszego.
Jako, że repo trzymamy na gitlabie to oczywiście na pierwszy ogień chciałby go wypróbować.
Wydaje się być w porządku, tagi, komentarze, przypisanie osób - nie będę nic więcej potrzebować.
Chciałby tylko nadzorować wdrożone poprawki i moje pytanie brzmi - jak powiązać konkretny commit (zmiany w pliku) z konkretnym "issue".
Po prostu w podglądzie tego tasku chciałbym zobaczyć wykonaną pracę.
Czy to się w ogóle da oprzeć o same commit/push czy na każdy fix trzeba tworzyć branch, a potem to łączyć?

Chyba znalazłem to czego szukałem tylko nie sądziłem, że od tej strony.
https://docs.gitlab.com/ee/user/project/iss...ue_closing.html

Czy robiąc commita przez Storma i wpisując odpowiednią treść automatycznie łączę commit i zamykam issue. Nieźle.
Jeszcze tylko Storm by mógł podpowiadać listę fixów bo w tym momencie trzeba znać id więc otwierać gitlaba.

Jak ktoś ma inne sugestie i tipy na słuszniejszy workflow to chętnie przyjmę rady

Tak to co znalazłeś jest ok.

Żeby commit pojawił się w Issue to w treści commita musisz mieć `#12312` i na tej podstawie gitlab robi powiązanie commitów z Issue.

Co do PHPStorma to jest coś takiego jak Tools->Tasks.
Podpinasz sobie GitLaba i wtedy masz listę Issue. Dzięki temu możesz Otwierać i Zamykać branche/issue (bodaj).

No właśnie jak odkryłem magiczne wyrażenia regularne GitLaba to zacząłem szukać rozwiązań aby jeszcze to bardziej uprościć.

Tak, w Storm udało mi się te taski pobrać, pojawiają się u góry z prawej, troszkę jak branche. Nie do końca właśnie rozumiem co powoduje otwarcie takowego (czy robi osobny branch, czy inny git'owski flow).
W ustawieniach tasków można zdefiniować treść commita ze zmiennymi w tym ID więc chyba nawet będzie szło zautomatyzować też ich zamykanie.