깃을 사용하면서 가끔 clone 할 때 패스워드를 물어보는 경우를 만나게 됩니다. 그런데 어떤 시스템에서는 패스워드를 묻지 않고도 잘 클론이 되기도 하고 어떤 때는 최초에는 물어보고 그 다음에 pull, push 할때는 안물어 보는 경우도 있습니다. 원격 레포지토리 주소가 SSL 로 되어 있으면 상관 없고 https 로 되어 있는 경우는 매번 로그인 정보를 입력해줘야 합니다. 하지만 이건 매우 불편하고 그에 따른 해결책이 있습니다. Basic 인증 사용하기1. ID 와 비밀번호를 포함하기▼ 이 방법은 아이디 패스워드를 직접입력하는 방식인데 http 통신의 Basic 인증을 사용합니다. 다만 노출된 만큼 위험하고 권장하는 방식이 아닙니다. Credential 기능 사용하기2. 캐싱하는 방법▼ Git에서는 ..
커밋 메시지가 없는 커밋을 만들어야 할 경우도 있을 수 있습니다. 하지만 이를 허용하기 위해서는 --allow-empty 옵션을 포함해야 합니다. 이는 메시지 없이 커밋을 생성하는 옵션과 파일의 내용이 변경되지 않은 상태에서 커밋을 생성하는 옵션 두가지가 있습니다. ▼ 이 옵션은 커밋 메시지가 비어 있는 커밋을 허용합니다.git commit --allow-empty-message -m ''▼ 이 옵션은 내용의 변경이 없는 빈 커밋을 허용합니다.git commit --allow-empty -m "This is an empty commit"
1. 특정 파일을 무시 # DB 접속 파일을 제외 mysql.php 2. 모든 세팅 파일을 무시 # 애스터리스크 (*) 기호를 사용하여 패턴을 정의할 수 있다. # 이런 문자를 셸 글로빙(globbing)이라고 합니다. *.ini 3. 제외하면 안되는 파일 설정 # 설정 파일은 제외하면 안 됨 !mysql.conf 4. .gitginore와 동일한 위치의 파일에 대한 설정 # 현재 디렉터리 안에 있는 파일 무시 /my.txt 5. /my/ 디렉터리 안의 모든 것을 무시 # /my/ 디렉터리 안의 모든 것을 무시 /my/ 6. 하위 디렉터리 패턴 파일 무시 # doc 디렉터리 아래의 모든 .txt 파일 무시 doc/**/*.txt
버전 표기법 /* 숫자 표기법 (예: 1.0, 2.3.1): 이 방법은 가장 일반적으로 사용되는 표기법입니다. 버전 번호는 일련의 숫자로 표시되며, 점으로 구분된 여러 섹션으로 나눌 수 있습니다. 일반적으로 주요 버전, 부 버전, 패치 레벨 등을 나타내기 위해 사용됩니다. 주요 버전은 대규모 변경 사항이 있을 때 증가하고, 부 버전은 중간 크기의 변경 사항이 있을 때 증가하며, 패치 레벨은 버그 수정과 같은 작은 변경 사항이 있을 때 증가합니다. 알파벳 표기법 (예: 1.0a, 2.3.1b): 이 방법은 주로 개발 초기에 사용되는 표기법입니다. 알파벳은 개발 단계를 나타내며, 주로 'a' (알파), 'b' (베타), 'rc' (릴리즈 후보) 등으로 표시됩니다. 알파 버전은 초기 개발 단계에서 사용되고, ..
깃 기본 에디터 변경 ▼ 리눅스에서 git을 사용할 때 머지 하는 상황이나 git 에서 텍스트 수정이 있을 때 기본 에디터가 vim가 아닌 nano로 설정되어 있습니다. 하지만 vi 에디터를 주로 사용하기 때문에 다음 명령어를 통해서 git 의 에디터를 vim 으로 수정할 수 있습니다. ▼ 홈 폴더에 있는 .gitconfig 파일을 열어보면 다음과 같이 editor 가 vim으로 설정된 것을 확인할 수 있습니다. 위의 명령을 실행하지 않고 직접 .gitconfig 파일을 수정해도 될 것 같습니다.
▼ 다음은 간단한 브랜치 생성입니다. 처음 앱을 생성하면 main 브랜치 밖에 없는데 새로운 개발 브랜치를 만들려면 다음과 같이 명령어를 입력합니다. ▼ 만약 새로 만든 브랜치로 체크아웃하려면 다음과 같이 명령어를 입력합니다. ▼ 또한 브랜치의 리스트를 보려면 다음과 같이 입력합니다. 원격에 있는 브랜치 리스트들을 보려면 -r 옵션을 추가해줍니다. ▼ 마찬가지로 원격 브랜치를 체크아웃 하려면 checkout 명령어를 사용해서 원격 브랜치 명을 입력하면 됩니다.
컴퓨터 소프트웨어 개발에 있어서 Git으로 형상관리 및 버전관리를 하는 것이 거의 일반화되어 있습니다. 개발자라면 필수적으로 알아야 하는 툴을 꼽자면 저는 그중에 형상관리 툴인 Git이 생각납니다. 요즘은 GUI 툴도 있고 깃허브(Github)사 에서 나온 Github 데크스톱이 너무 훌륭해서 CUI 환경을 잘 몰라도 되지만 우리가 실수를 한 경우에는 조금 중요해집니다. 오늘은 깃(Git)에서 사용하는 3가지 상태와 커밋(Commit)을 취소하는 방법에 대해서 알아보겠습니다. Git의 3가지 상태 Git은 총 3가지의 상태를 가지고 있습니다. 그리고 다음과 같이 각 상태별로 지칭하는 영역이 달라집니다. 예를 들면 Staged 상태는 Staging area의 영역에 포함된 것이죠. Modifed Stage..