Kiedy deweloper wraca w czasie, szukając czegoś, nad czym pracował sześć miesięcy temu, często nie rozumie, dlaczego dokonał tego konkretnego zobowiązania, a jedynym powodem jest to, że nie postępował zgodnie z prawidłowym sposobem pisania wiadomości zobowiązania. Istnieją standardy wiadomości o zobowiązaniu, które deweloperzy praktykują na całym świecie, i dobrze jest przestrzegać popularnych standardów, aby gdy wrócisz po dobrej ilości czasu lub ktoś inny patrzy na twoje wiadomości o zobowiązaniu, nie wyglądałyby jak kryminały! Najskuteczniejszą techniką informowania innych programistów o kontekście zmiany jest dobrze napisana wiadomość kompromisu Git. Najskuteczniejszą techniką informowania innych programistów o kontekście zmiany jest dobrze napisana wiadomość kompromisu Git. Zespoły powinny najpierw zdecydować o konwencji kompromisu, która określa historię kontroli wersji produktu, który budują. Wielka wiadomość Git Commit powinna mieć odpowiedni styl, zawartość i metadane. Znany kompromis Git podąża za tą konwencją: <type>(<scope>): <message> Może to być jedno z następujących: <type> Fajne dla nowej funkcji. refaktor do refaktorowania kodu produkcji, np. przemiana nazwy funkcji. DOKUMENTY ZMIANY DOKUMENTÓW. Naprawiamy błędy dla użytkownika. perf dla poprawy wydajności. styl do formatowania zmian, brakujące półkolumny itp. Test na dodanie brakujących testów, refaktorowanie testów. budowanie do aktualizacji konfiguracji budowania, narzędzi rozwoju lub innych zmian nieistotnych dla użytkownika. Możesz również dodać swój niestandardowy typ, w zależności od standardów, których przestrzega Twój zespół. Powyższe standardy są przestrzegane przez zespół ESLint. . tutaj Zakres jest opcjonalny, a część wiadomości powinna zawierać jedno stwierdzenie wiersza, nie więcej niż 72 znaki, aby podsumować, do czego służy kompromis. Wielu programistów używa również wiadomości jako linii tematu i dodaje również ciało; to jest w zasadzie opis kompromisu, ale wiadomość kompromisu z jednej linii jest preferowana, dopóki możesz zrozumieć kontekst (kompromituj, co jest i dlaczego). Możesz również korzystać z takich narzędzi jak lub Standardyzacja Twoich komunikatów. Glitter Komisarz Nie tylko to, można również zastanawiać się, czy istnieje narzędzie, które sprawdza wiadomość kompromisu i pojawia się błąd, jeśli nie postępuje zgodnie z wytycznymi. To pomaga Twojemu zespołowi trzymać się konwencji kompromisu. Spółka Lint Wiele razy eksperci branżowi używają swojego biletu JIRA lub Click Up jako wiadomości kompromisu, aby wszystko można było łączyć lub śledzić w dowolnym momencie, a baza kodów pozostaje utrzymywalna dla przyszłych deweloperów. Niektóre zespoły lubią również dodawać emojis do swoich wiadomości kompromisowych. Opracowałem listę emojisów i ich odpowiednich znaczeń. . tutaj W końcu najważniejsze jest to, że twoja wiadomość o zobowiązaniu powinna być znacząca i nie mylić twoich kolegów deweloperów lub przyszłych deweloperów o tym, o czym jest konkretna zmiana. Jeśli chcesz dowiedzieć się więcej o konwencjonalnych zobowiązaniach, zobowiązaniach semantycznych lub praktykach stosowanych w branży, oto kilka zasobów dla Ciebie: Komitety konwencjonalne zobowiązania semantyczne Jak napisać wiadomość kompromisu przez CBeams