Spotify's Bold AI Gamble Could Disrupt The Entire Music Industry
Forbes
저는 프로젝트 초반에는 버전관리 시스템을 사용하지 않고, 특정 작업 시점마다 다른 디렉토리로 복사하는 방법을 씁니다.
이렇게 하면 다양한 버전을 diff로 비교하는 것도 쉽고, 코드를 짜집기하거나 여러 버전에서의 테스트를 빠르게 진행 할 수 있거든요. 그리고 버전관리를 시작해야겠다고 생각하면 필요시 다른 디렉토리의 내용을 순차적으로 커밋해두고요.
이것이 버전 관리보다 안 좋은 점은 히스토리 코멘트가 안남는다는 것 정도인데, 프로젝트 초반의 경우에는 코드를 수정하는 것이 아닌 방식과 생각의 변화 정리가 중요해서 그것을 README나 문서툴에 메모로 남겨둡니다.
그리고 이걸 자동화 해 둔게 Git이죠. ㅎㅎ
버전관리 별거 없고, 목적을 달성하는데는 여러가지 방법이 있는 것 아니겠어요? 어떤 경우는 분명히 기존 방법보다 더 좋은 방법도 있을거구요. 물론 굳이 나만의 방법을 쓰려고 하거나 협업에 방해되는 일을 하면 안되겠지만, 툴이나 방법론에 매몰 되지 않도록 신경쓰는 것도 필요한 일이 아닐까 싶습니다.
그렇지 않았다면 Git 역시 나오지 않았겠죠. :-)
다음 내용이 궁금하다면?
이미 회원이신가요?
2024년 7월 3일 오전 5:03
댓글 0
함께 읽은 게시물
LLM 애플리케이션 아키텍처란? (RAG의 이해와 기술 스택 탐색)
-
... 더 보기하늘은 스스로 돕는 자를 돕는다
인생이 게임과 다른 점을 이야기하자면, 여러 사람이 똑같은 선택을 해도 그 결과는 모두 다르다는 것이다. 현실에서는 결과에 영향을 미치는 요인이 매우 많으며, 심지어 여러 요인이 서로 복잡하게 얽혀 결과를 달라지게 만들기 때문이다. 그리고 좋은 결과로 연결된 사람들이 대체로 자신의 이야기를 공유한다. 좋지 않은 결과를 가지고 글을 쓰거나 영상을 만드는 경우가 상대적으로 많지 않다. 그래서, 온라인에서 접하는 이야기들은, 종종 달콤하지만 현실과는 동떨어진 이야기가 되고 만다.
... 더 보기마누스(Manus) AI
최근 DeepSeek에 이어 중국발 AI에이전트 돌풍(?)을 일으키고 있는 마누스(Manus) AI 내용을 정리해봅니다.
... 더 보기
[ 커리어리 ] 커리어리 1.0에서 큐레이팅에 대한 회고
3월중에 커리어리 2.0(?)이 시작 될 예정이라고 합니다.이와 관련하여 약 5년간의 커리어리 1.0시기에 큐레이팅에 대한 회고를 공유해봅니다.
... 더 보기
