0
우리는 Github : FI를 사용하고 있습니다. 우리는 히스토리 조작/리베이스 (rebase)로부터 영향을받지 않는 릴리즈 브랜치를 원합니다. 정책을 수립하는 것 외에도, 현재의 설정으로이 목표를 달성 할 수있는 방법이 있습니까?Github의 특정 분기에서 리베이스를 비활성화하는 방법이 있습니까?
우리는 Github : FI를 사용하고 있습니다. 우리는 히스토리 조작/리베이스 (rebase)로부터 영향을받지 않는 릴리즈 브랜치를 원합니다. 정책을 수립하는 것 외에도, 현재의 설정으로이 목표를 달성 할 수있는 방법이 있습니까?Github의 특정 분기에서 리베이스를 비활성화하는 방법이 있습니까?
정책을 수립하는 것이 가장 좋은 방법이라고 생각합니다. 수동으로 관리하는 git repos를 사용하면 훅 (사전 수신)을 사용하여 비 순방향 푸시를 거부 할 수 있지만 Github : FI는 서버 측 훅을 노출한다고 생각하지 않습니다. 그러나 모든 위반자에 대한 정책 및 공개 쉐이핑은 아마도 충분히 효과적 일 것입니다. 게다가, 당신은 관리자가 정말로 지점을 "수정"해야하는 드문 사건에서 후크가 강요하는 것을 막을 수 있습니다.