crossBILLy 다운로드 - crossBILLy 소스코드 다운로드

crossBILLy

웹사이트 데이터

1.0.0

다운로드

crossBILLy - 마이클 알렉세우

@alekseew/ crossBILLy

이 저장소에는 간편한 청구서 생성을 위한 웹 및 교차 플랫폼 앱(웹 PWA, Windows, Mac OS X, iOS 및 Android)이 포함되어 있습니다. 이 프로젝트는 고객 데이터를 유지하고 송장 발행/청구를 수행하는 데 도움이 되어야 합니다.

사용되거나 시험된 프레임워크, 플랫폼, 라이브러리, 플러그인, 개념, 아키텍처, 기술 등은 다음과 같습니다.

소스 제어 분기 모델: GitFlow
프런트엔드 웹앱 플랫폼/프레임워크: Angular
크로스 플랫폼 빌드 도구/프레임워크: Ionic Capacitor 또는 Cordova 및 Electron
개발 언어: Typescript / ( JavaScript )
웹앱 UI 라이브러리: Angular Material
웹앱 UI "동작" 라이브러리: Angular CDK
코드 형식: 더 예쁘다
버전 관리, 자동 변경 로그(릴리스): 표준 버전
커밋 메시지 도구: Commitizen
Git-Hooks 도구: Husky
애니메이션: Lottie & Lottie-Web
호스팅 등... : FireBase
지속적 통합(CI) / 테스트 및 빌드: Travis
종속성 모니터링: Greenkeeper
계속됩니다 ...

전제 조건

이 프로젝트를 위해서는 다음 종속성을 미리 설치해야 합니다.

Node.js
NPM

종속성

필요한 모든 종속성을 설치하려면 다음을 실행하십시오.

npm install

이는 또한 git 커밋 메시지 템플릿을 설정합니다(그리고 commitizen을 사용하도록 wip 패키지를 설정합니다).

GitFlow

이 프로젝트에서는 GitFlow 분기 모델과 SourceTree 분기의 기본 이름을 사용하세요. 자세한 내용은 여기에서 확인할 수 있습니다.

GitFlow
소스트리 + GitFlow

분기 이름 및 접두사 명명 규칙(SourceTree의 기본 설정):

생산 지점: 마스터
개발 지점: 개발
기능 분기 접두사: 기능/
릴리스 분기 접두사: release/
핫픽스 분기 접두사: hotfix/
버전 태그 접두사 없음(태그 이름은 예를 들어 v0.1.0임)

기존 변경 로그/커밋

이 프로젝트(Angular)에서는 기존 커밋 Angular 커밋 메시지 지침이 사용됩니다.

npm 패키지 Standard-version 을 사용하여 변경 로그를 자동 생성하는 데 사용됩니다. 이를 수행하려면 npm run release 실행하세요. 그러면 다음 작업이 수행됩니다.

프로젝트 버전 업데이트
CHANGELOG.md 생성/업데이트
이 변경 사항을 커밋합니다(원격으로 푸시할 준비가 됨).
자식 태그 생성

npm run commit 사용하면 올바른 커밋 메시지를 작성하는 데 도움이 되는 마법사를 얻을 수 있습니다(이 작업은 commitizen 을 통해 수행됩니다).

또한 커밋 메시지가 커밋린트를 통해 올바른지 확인됩니다(정말로 건너뛰어야 하는 경우 githooks를 우회할 수 있지만 정상적으로 수행해서는 안 됩니다).

npm run prepare-git-commit-template 사용하여 git 커밋 메시지 템플릿을 생성할 수 있습니다. 이 작업은 npm 설치 중에도 수행됩니다.

커밋 메시지 형식

헤더 ( type , range 및 subject 로 구성됨)는 72자를 초과할 수 없습니다.

 type(scope?): subject

body?

footer?

유형

다음 중 하나여야 합니다.

feat : 새로운 기능
fix : 버그 수정
docs : 문서만 변경됨
스타일 : 코드의 의미에 영향을 주지 않는 변경 사항(공백, 서식 지정, 세미콜론 누락 등)
refactor : 버그를 수정하지도 않고 기능을 추가하지도 않는 코드 변경
perf : 성능을 향상시키는 코드 변경
test : 누락된 테스트를 추가하거나 기존 테스트를 수정합니다.
build : 빌드 시스템, CI 구성 또는 외부 종속성에 영향을 미치는 변경 사항(예: gulp, broccoli, npm)
ci : CI 구성 파일 및 스크립트에 대한 변경 사항(예제 범위: Travis, Circle, BrowserStack, SauceLabs)
Chore : src 또는 test 파일을 수정하지 않는 기타 변경 사항
revert : 이전 커밋을 되돌립니다.

범위

범위는 커밋 변경 위치를 지정하는 모든 것이 될 수 있습니다. 나는 다음 규칙(예)을 사용하고 있습니다.

all : 전체 프로젝트에 대한 변경 사항(일반 프로젝트 릴리스, ...)
root : 프로젝트 루트(폴더)의 변경 사항
be : 프로젝트 백엔드 부분의 변경 사항
fe : 프로젝트의 프론트엔드 부분(webapp)의 변경 사항

주제

제목에는 변경 사항에 대한 간결한 설명이 포함되어 있습니다.

명령형 현재시제를 사용하세요: "change"도 "changes"도 아니고 "change"입니다.
첫 글자를 대문자로 쓰지 마세요
끝에 점(.)이 없습니다.

몸

주어 와 마찬가지로 명령형 현재시제를 사용합니다. 즉, "changed"도 "changes"도 아닌 "change"입니다. 신체에는 변화에 대한 동기를 포함하고 이를 이전 행동과 대조해야 합니다.

보행인

바닥글에는 주요 변경 사항 에 대한 정보가 포함되어야 하며 이 커밋이 종료되는 JIRA 문제를 참조하는 장소이기도 합니다.

Breaking Changes는 공백 한 개 또는 줄 바꿈 두 개를 사용하여 BREAKING CHANGE: 단어로 시작해야 합니다. 그런 다음 커밋 메시지의 나머지 부분이 이를 위해 사용됩니다.

후크 커밋

이 저장소에서는 "깨끗한" 소스 코드를 확인하기 위해 git 후크가 사용됩니다( husky 로 설정).

더 예쁜 형식 확인

Typescript 또는 SCSS 파일이 변경되고 푸시되면 커밋 후크가 트리거되고 준비된 파일이 더 보기 좋게 형식화됩니다. 꽤 빠른 의 도움으로 형식화/변경을 수행하고 이 변경 사항을 커밋하고 푸시합니다.

메시지 린팅 커밋

git 커밋 메시지가 일반적인 git 커밋 메시지인지 확인하고, 그렇지 않으면 커밋을 취소합니다.

프로젝트 버전 및 릴리스

릴리스 브랜치의 마지막 커밋은 프로젝트 버전을 설정하고 변경 로그를 생성해야 하며, 이는 npm run release 사용하여 수행해야 합니다. 이 세트는 프로젝트 버전이며 변경 로그를 생성 하고 이 변경 사항을 커밋합니다 . 자세한 내용은 기존 변경 로그/커밋 장에서 확인할 수 있습니다.