AchoBeta-infra

achobeta team infrastructure service

before develop

execute command in the root directory

git config core.hooksPath .githooks 
chmod -R -x .githooks

The purpose of the above command is to trigger a hook when submitting a commit to confirm whether the commit message is correct.

If you want to deploy the ELK service component via docker, please see the following content

chmod -R 777 /docker/elk/elasticsearch/data /docker/elk/elasticsearch/logs

For data/logs directory, please execute the above command to give reading and writing permissions, otherwise ES will not be written into the data

Read the development specifications below

branch naming convention

we must confirm:

Branch naming should include a name to identify the person responsible.
Branch naming must clearly express what problem the branch is working on.

so branch naming must be standardizedSo branch naming must be standardized.

<type>-<name>-<description>

for example:

if it is a branch to develop new functions, the naming convention is as follows

feature-<name>-<feature description>
e.g.: feature-jett-dev_log_system

if is fix bugs:

bugfix-<name>-<bug name>
e.g.: bugfix-jett-login_error

and other types: hotfix、release...

commit message format

commit message should be written as clearly as possible, and each commit should only do one thing.

<type>(<scope>): <subject>

e.g.: feat: add new api
or: feat(common): add new api

type

# Main type
feat:      add new features
fix:       fix bug

#Special type
docs:      only document-related content has been changed
style:     changes that do not affect the meaning of the code, such as removing spaces, changing indentation, adding or deleting semicolons
build:     changes to construction tools or external dependencies, such as webpack, npm
refactor:  used when refactoring code
revert:    the message printed by executing git revert

# Do not use type yet
test:      add a test or modify an existing test
perf:      changes to improve performance
ci:        changes related to CI (Continuous Integration Service)
chore:     other modifications that do not modify src or test, such as changes to the build process or auxiliary tools

subject

No period or punctuation at the end

e.g.