프리미엄
예측대회
투자분석
아카데미
커뮤니티
로그인Valley AI 시작하기시작하기
Valley Space인기
[Git] error: failed to push some refs to 'xxxx.git'
FrugalBoy's JourneyDevOps

[Git] error: failed to push some refs to 'xxxx.git'

avatar
FrugalBoy
2025.01.29조회수 2회
avatar
FrugalBoy
구독자 5명구독중 12명
Wanna live like a frugal boy For the genetically superior, success is easier to attain. But it is by no means guaranteed. After all, there is no gene for fate -Gattaca-

! [rejected] main -> main (non-fast-forward)

error: failed to push some refs to 'xxxx.git'

hint: Updates were rejected because the tip of your current branch is behind

hint: its remote counterpart. Integrate the remote changes (e.g.

hint: 'git pull ...') before pushing again.

hint: See the 'Note about fast-forwards' in 'git push --help' for details.



해...

회원가입만 해도
이 글을 무료로 읽을 수 있어요.

Basic 7일 무료 체험 시작하기
이미 계정이 있으신가요?로그인하기
댓글 0개
아직 작성된 댓글이 없습니다.
DevOps 카테고리의 다른글

Dependency + DI 의존성, 의존성 주입

시간 날때 정리하자 https://velog.io/@clydehan/%EA%B0%9C%EB%B0%9C%EC%97%90%EC%84%9C-%EC%9D%98%EC%A1%B4%EC%84%B1%EC%9D%98-%EC%A4%91%EC%9A%94%EC%84%B1-%EC%99%9C-%EC%95%8C%EC%95%84%EC%95%BC-%ED%95%98%EA%B3%A0-%EC%96%B4%EB%96%BB%EA%B2%8C-%EA%B4%80%EB%A6%AC%ED%95%A0%EA%B9%8C#:~:text=%EC%9D%98%EC%A1%B4%EC%84%B1(Dependency)%EC%9D%80%20%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4%20%EA%B0%9C%EB%B0%9C,%EC%83%81%ED%99%A9%EC%9D%84%20%EC%9D%98%EC%A1%B4%EC%84%B1%EC%9D%B4%EB%9D%BC%EA%B3%A0%20%ED%95%9C%EB%8B%A4.
DevOps
2025. 01. 24
1
1
3

tdd 정리

TDD를 적용한 사례 : 생년월일(input)을 입력받으면 현재 나이(output)를 출력하는 프로그램 1) 처음에는 간단한 것으로 목표를 정한다. (태어난 해와 올해의 연도를 입력해서 연도 뺄셈을 통해 나이 계산)   - 2015, 2018 -> (만)3살 우선 이것을 만들겠다는 생각을 한다. 2) 만들기도 전에 만든 후에 무엇을 테스트할지를 설계한다. (실패하는 테스트)   - 2015, 2018를 입력하면 2가 나오는 테스트 프로그램(장차 만들 프로그램을 테스트할 코드)를 만든다. 3) 그 다음에 그 테스트를 통과할 프로그램(1.을 목표로 작성한 코드)를 만든다.   - 2018 - 2015 (올해의 연도 - 태어난 해) 4) 테스트 프로그램으로 이 프로그램(3.에 해당하는 코드)을...
DevOps
2025. 01. 24
1
1
3

Lint 정리

Lint란? Lint는 소스코드를 분석하여 문법적인 오류나 스타일적인 오류, 적절하지 않은 구조 등에 표시를 달아주는 행위이며, Linter란 Lint의 동작을 도와주는 도구를 말한다. Linter를 왜 쓸까? 다른 사람과의 협업을 해야하는 상황이면 코드의 형식을 맞추기가 아주 어렵기 때문이다. 대부분의 프로그래밍 언어에는 컴파일하는 과정에서 수행되는 Linter가 기본적으로 내장되어 있지만, 자바스크립트는 컴파일 과정이 없는 인터프리터 언어이기 때문에 Linter가 내장되어 있지 않다. 그래서 코드가 실행되는 런타임 환경에서 에러가 발생할 수 있다. Linter JavaScript의 린터로는 JSLint, JSHint, ESLint, Typescript의 린터로는 TSLint이 있다. 최근은 주로 ESLint를 사용하는 추세이다. 🙆🏻‍♀️ https://velog.io/@ladiolus/%EB%A6%B0%ED%8A%B8-%EC%84%A4%EC%A0%95
DevOps
2025. 01. 24
1
0
20

Jest Matcher

Jest는 다른 방법으로 값을 테스트 하도록 matcher 라는 것을 사용한다.  matcher란 '이거 맞아?' 라고 물어보는 메서드리고 보면 된다. 기대한 값이 실제 반환된 값과 일치하는 지를 확인하는 작업을 일컫는다. 아래는 matcher 예시들 toBe expect(1 + 4).toBe(5); toEqaul const { getUser } = require('user'); // 테스트할 함수를 가져온다. test("return a user object", () => { // getUser(1)의 리턴 결과값이 { 객체 } 값이 같은 경우 true expect(getUser(1)).toEqual({ id: 1, email: `user1@test.com`, }); }); 출처: https://inpa.tistory.com/entry/JEST-📚-jest-기본-문법-정리 [Inpa Dev 👨‍💻:티스토리]
DevOps
2025. 01. 24
1
1
3

Code Coverage

Definition 코드 커버리지(Code Coverage)는 소프트웨어의 테스트를 논할 때 얼마나 테스트가 충분한가를 나타내는 지표 중 하나다. 말 그대로 코드가 얼마나 커버되었는가이다. 쉽게 code가 얼마나 cover 되었느냐 보여주는 지표 소프트웨어 테스트를 진행했을 때 코드 자체가 얼마나 실행되었느냐는 것이다. 코드의 구조를 이루는 것은 크게 구문(Statement), 조건(Condition), 결정(Decision)이다. 이러한 구조를 얼마나 커버했느냐에 따라 코드커버리지의 측정기준은 나뉘게 된다. 일반적으로 많이 사용되는 커버리지는 구문(Statement)커버리지이며, 실행 코드라인이 한 번 이상 실행되면 충족된다. 조건(Condition)커버리지는 각 내부 조건이 참 혹은 거짓을 가지면 충족된다. 결정(Decision) 커버리지는 각 분기의 내부 조건 자체가 아닌 이러한 조건으로 전체 결과가 참 혹은 거짓이면 충족된다. 그리고 조건과 결정을 복합적으로 고려하는 MC/DC 커버리지 또한 있다. Types of Code Coverage There are several types of code coverage. This includes: Line: ...
DevOps
2025. 01. 24
1
1
4