github

0열

1답변

두 번째 개발자와 함께 기능 분기를 작업 중입니다. master 브랜치에서 변경된 사항을 가지고이 기능을 테스트하고 싶다. 일반적으로 git rebase master을 사용할 수도 있지만 몇 가지 이유로 인해 작동하지 않습니다. 변경 사항이 원격으로 푸시되었으며 다른 개발자와 공유되었습니다. rebase를 복잡하고 위험하게 만드는 마스터와의 병합 충돌이 있

0열

2답변

Github 내의 하위 프로젝트로 작업 할 수있는 방법이 있습니까?

내가 염두에두고있는 것은 프로젝트와 그 서브 프로젝트를위한 디렉토리 트리를 만드는 것이다. 나는 Github을 사용하는 데있어 처음 왔기 때문에 파일 구성과 제어에 대한 많은 연구를하고 있었지만 마음에있는 해결책과 같은 것을 찾지 못했습니다. 사실 그것이 가능한지 또는 권장되는지는 알 수 없습니다. 내 생각은 최종 구조의 모습 파이썬, 예를 들면 그룹 내

2열

1답변

Jenkins 2 GitHub 조직 : 끌어 오기 요청에 대한 자동 다시 작성

Jenkins Organization Folders를 사용하여 작업을 만들고 있습니다. 지속적으로 끌어 오기 요청에 맞춰 빌드하고 싶습니다. 그러나 끌어 오기 요청을 만들면 처음에만 자동으로 만들어집니다. Jenkins가 요청을 가져 오기 위해 커밋을 추가하더라도 Jenkins는 자동으로 빌드되지 않습니다. 끌어 오기 요청을 만든 분기에 커밋을 추가 할 때

0열

1답변

Heroku 파이프 라인 프로모션이 github 업데이트되지 않음

Github에서 [master]와 [production]의 두 가지 프로젝트가 있습니다. 나는 그들을 Heroku의 파이프 라인과 연결하여 [마스터]로부터 자동으로 배포했습니다 (그러나 [프로덕션]은 제외). 따라서 내 팀이 코드를 마스터 브랜치에 넣을 때마다 Heroku에서 호스팅되는 프로젝트가 자동으로 업데이트되고 웹 애플리케이션의 변경 사항을 확인할

0열

1답변

Git Commit의 Git 클라이언트 식별

Project는 다른 Git 클라이언트를 사용하여 Git Bash, Tortoise Git 및 Eclipse와 같은 코드를 커밋합니다. 각 Git 클라이언트에서 작성한 커밋을 식별하고 싶습니다. 커밋이 Git BASH 또는 TOttoise GIT 또는 Eclipse에서 이루어 졌는지 확인할 수있는 방법이 있습니까?

1열

2답변

조직의 컨테이너 엔진 컨테이너 레지스트리 빌드 트리거 사용

github에서 가져올 때 가져 오기보기 에서 조직의 리포지토리를 가져올 수 없으므로 컨테이너 엔진 컨테이너 레지스트리 빌드 트리거를 사용하는 데 문제가 있습니다. 예 (실제 저장소를 제거하지만 내 개인적인) : 저장소를 내가 기여 (하지만 난 조직 생성 이후 GitHub의에 따라 그들에게 소유자입니다) : 을 조직 저장소는 어디에도 보이지 않으며 gith

1열

1답변

끌어 오기 요청에 대한 커밋을 방지하는 방법은 무엇입니까?

GitHib에서 열린 끌어 오기 요청을 추가로 밀어 내지 않도록 할 수 있습니까? 는 최근 문제가 있었다 : 는 PR을 받았다을 누군가가 PR의 분기에 변화를 밀어 뽑아 로컬 승인 testedit I (나는 이것에 대해하지 가시성을했다) 테스트 한 내용과 다른 변경 사항이있는 요청을 승인했습니다. av 이 원하지 않는 행동을 보입니까? 감사

0열

1답변

github에서 자체 끌어 오기 요청 병합 비활성화

github에서 사용자가 끌어 오기 요청을 열고 스스로 병합 할 수있는 옵션을 해제 할 수 있습니까? 그래서 모든 풀 요청을 다른 사용자가 승인을 받아야 ... 고마워! Ethan

0열

1답변

bb 파일에 자식 소스 코드를 추가하는 방법

처음으로 bb 파일을 작성하는 것이므로 도움을주십시오. 외부 네트워크에서 http tarball을 가져올 수 있습니다. 로컬 소스 미러 디렉토리에 넣은 후 외부 네트워크를 비활성화하고 bb 파일을 실행하면 제대로 작동합니다. 그러나 git 소스 tarball을 가져 오려고했는데 이전처럼 모든 작업을 수행했지만 bb 파일은 외부 네트워크를 비활성화 한 후에

0열

1답변

GitFlow에서 릴리즈 분기를 절단하기위한 실제 명령어

GitFlow를 배우고 새로운 것을 배우려하고 새로운 것을 시도합니다. GitFlow를 사용하면 분기마다 develop 분기의 릴리스 분기를 자주 자르기 때문에 새 변경 사항의 하위 집합을 격리하고 일부 준비/비 프로 비전 환경에 배포 할 수 있습니다. 그러나 실제로 이러한 릴리스 분기를 잘라내는 적절한 절차가 (명령에 따라) 무엇인지에 대한 확실한 문서를