적어놨던 키 포기하고 키 값을 갱신할순 없음?
그런데 브랜치 히스토리에 전부 남자나 - dc App
그럼 미러링이나 뭔가 흔적볼때 문제남 - dc App
그니까 내말은 이제부터 키 지우고 aws에서 키 갱신해서 새로운거 쓰면 안됨? 더이상 안쓰는 키가 히스토리에 남든 말든 별 상관 없잖아
그 키를 추가했던 커밋을 수정하고 히스토리 다 덮어쓸 순 있을텐데 레포에서 키가 완전히 삭제됐다는걸 보장하기 쉽지 않아보이는데, 그냥 키 갱신해서 쓰는게 정신건강에 편할껄
그럼 미러링안됨 aws key흔적있으면 브랜치에서 그 값들 싹다 삭제하라고함 - dc App
키는 갱신해서 옛날껀데 미러링에서 오류터짐 - dc App
걍 브랜치에서 특정파일 과거까지 싹다 삭제 - dc App
git filter 계열이나 bfg 쓰면 됨
ㅇ.ㅇ 필터로 그냥 과거에 내용들중 그 파일은 싹다 날려씀. . - dc App
filter보단 bfg 추천
적어놨던 키 포기하고 키 값을 갱신할순 없음?
그런데 브랜치 히스토리에 전부 남자나 - dc App
그럼 미러링이나 뭔가 흔적볼때 문제남 - dc App
그니까 내말은 이제부터 키 지우고 aws에서 키 갱신해서 새로운거 쓰면 안됨? 더이상 안쓰는 키가 히스토리에 남든 말든 별 상관 없잖아
그 키를 추가했던 커밋을 수정하고 히스토리 다 덮어쓸 순 있을텐데 레포에서 키가 완전히 삭제됐다는걸 보장하기 쉽지 않아보이는데, 그냥 키 갱신해서 쓰는게 정신건강에 편할껄
그럼 미러링안됨 aws key흔적있으면 브랜치에서 그 값들 싹다 삭제하라고함 - dc App
키는 갱신해서 옛날껀데 미러링에서 오류터짐 - dc App
걍 브랜치에서 특정파일 과거까지 싹다 삭제 - dc App
git filter 계열이나 bfg 쓰면 됨
ㅇ.ㅇ 필터로 그냥 과거에 내용들중 그 파일은 싹다 날려씀. . - dc App
filter보단 bfg 추천