디자인 파일에서도 버전 관리를 가져오고 싶어요! -Kactus와 Abstract와 Plant의 비교 -

5227 단어 sketchkactus
이 글은 WACUL 추가 캘린더 14일째 되는 글이다.

개시하다


안녕하세요.
전년도에 고통을 겪었지만 advent 캘린더를 신청해서 썼어요.
@sasurau4 서버 측을 고로 구현하면 재미있을 것 같아 고민했지만 늦었기 때문에 올해도 작년과 마찬가지로 방침을 바꿨다.간지럽다
그래서 최근에 유행하는 디자인 파일의 버전 관리 도구를 비교하고 싶습니다.

이전 단락


WACUL에서는 1년 반 전부터 응용 프로그램 설계를 sketch로 옮겼다.
또한 업무에서sketch 파일을 만질 때 다음과 같은 정보를 얻기 위해 파일 이름을 결정합니다.
  • 테마 ID
  • 주제 요약
  • 디자인 파일의 버전
  • 마지막으로 편집한 사람의 이름
  • 예를 들어 파일#135_ユーザー登録画面_44_hogehoge을 편집하려면 테마가 버전에 이름을 변경하지 않고 파일을 생성합니다#135_ユーザー登録画面_45_ihara.
    현재로서는 자신을 포함해 두 멤버만 스케치 파일을 만지작거리기 때문에 이 활용에도 문제가 없다.
    만약 동시 편집의 충돌이 서로 낭독 편집이라면 자주 발생하지 않을 것이다.
    그럼에도 불구하고 최종 제작된 디자인 파일의 위치를 엄격하게 결정하지 않으면 유지보수가 불가능하고 무엇이 바뀌었는지 알 수 없다.
    논평하기 어렵다는 얘기다.
    sketch 파일도 json으로 만들었고 저도 디자인 파일에 버전 관리 도구를 넣었습니다.

    무슨 공구가 있습니까?


    대충 조사해 봤는데, 아래 3개는 보기에 매우 졸렬해 보이는 도구입니다. (다른 것이 있다면 알려주세요.)
  • opt씨가 쓸 수 있는 앱을 만들어 봤어요.
  • Kactus
  • Abstract
  • Kactus


    pros

  • OSS
  • github의 창고를 직접 사용
  • 시각적 차이를 확인할 수 있다
  • kactus에서sketch 파일을 열지 않고 직접 편집하는 경우도 잘 반영
  • Artboard를 선택하여 conflict
  • 를 제거합니다.

    cons

  • git의 구조, 사용 방법을 이해하지 못하면 사용하기 어렵다
  • 창고 Clone의sketch 파일이 구ver의sketch에 저장된 경우 json regenerate에서sketch 파일을 저장하면 메타 데이터가 변경되어 차별이 발생
  • 각 대상 단위의 차이로 인해 차이가 난 서류가 너무 많아 차이점을 확인하기 어렵다
  • 유료 없이 UI에서 Private 웨어하우스를 처리할 수 없음
  • 보태다

  • Private Repository라고 해도terminal에서pull,push를 진행하는 부분에 특별한 문제가 없기 때문에git 사용법을 알면 요금을 받지 않아도 사용할 수 있다
  • Mac용 어플리케이션으로 가져오기
  • 화면 사용


    화면을 사용하다.
  • 차등 뷰
    Plant
  • conflict 화면 해제
  • Abstract


    pros

  • 가시차는commiit단위로볼 수 있음
  • Artboard를 선택하여 conflict
  • 를 제거합니다.
  • symbol과 Artboard를 구별하여 관람
  • 파일 import을 삭제하면 원본 파일도 삭제할 수 있음
  • 마스터 behind에서 브랜치update from master branch
  • 엔지니어 이외의 직관적 운영
  • 여러 파일, 여러 Artboard
  • 관리 가능
  • commiit,artboard 단위로 리뷰 가능
  • 직사각형으로 선택하고 주석
  • cons

  • 편집 시 Abstract를 통해 Sketch
  • 를 열어야 합니다.
  • 파티에서 사용하려면 조직을 만들어야 하고 회원을 그곳에 초대하려면 각자 비용을 받아야 한다
  • 보태다

  • Mac용 어플리케이션으로 가져오기
  • 마스터를 편집할 때 branch
  • 를 끊어야 합니다

    화면 사용


    화면을 똑같이 사용하다.
  • 차등 뷰
  • conflict 화면 해제
  • Plant


    pros

  • 팀 5인 이내 무료
  • restore 기능을 이용하여 모든commiit를 회복할 수 있음
  • Artboard를 선택하여 conflict
  • 를 제거합니다.

    cons

  • 여러 파일을 관리할 수 없음
  • symbol도 아트board
  • 로 인식
  • 시각적 차이를 볼 수 없음
  • 보태다

  • sketch의pluggin으로 가져오기
  • 화면 사용

  • commiit 로그 열람
  • conflict 화면 해제
    손에 conflict가 없어서 화면이 없어요
  • 총결산


    3개를 만졌는데 가장 사용하기 쉬운 것은 Abstract이다.가려운 곳도 손을 뻗으면 닿을 수 있는 느낌이 든다.
    엔지니어 레이크와 지허브의 협업으로 카투스의 꿈은 마치 홍보에 차별을 제기하는 것과 같다.
    어쨌든 브랜치나 메르지 같은 건 모르지만 버전 관리를 해보고 싶다면 플랜트.
    앞으로도 같은 개념의 도구가 나올 것 같고 이번에 만진 세 가지 도구도 세련될 것 같아서 후속 보도를 기다리고 싶습니다.

    사족


    첫번째


    기사를 좀 썼지만 다음과 같은 이유로 일에 신경 쓰지 않는 게 좋을 것 같아요.
  • 팀의 규모도 앞에서 쓴 운용에 의해 작동된다
  • 매일 미세하게 개선된 제품 화면에 대해 sketch 파일을 지속적으로 유지하는 비용이 비교적 높다
  • sketch문서는 도대체 의사소통의 한 수단일 뿐이고 엔지니어, 디자이너, 제품 소유자 등 관련자 간의 인식을 통해 전달된다
  • 저는 실제 설치된 코드의 버전 관리와 마찬가지로 스케치 파일도 버전 관리를 할 수 있는 재산으로 만들겠다는 욕심을 가지고 있습니다. 하지만 그렇게 많은 비용을 들여야 한다면 지금도 코드를 쓰고 코드를 읽는 것이 빠르다는 소감입니다.
    sketch 파일과 실제 포장된 제품까지 이중으로 관리되는 것을 볼 수 있는데, 어느 것이 정확한 지옥인지 모르겠다
    팀의 규모가 커지고 도구의 진화 원가가 떨어지기 전에 야심은 야망으로 마음속에 숨겨진다.

    두번째


    디자인 파일의 버전 관리에 관해서 방법을 더 자세히 알고 싶은 사람은 매우 알기 쉬운 문장이 있기 때문에 읽는 것이 가장 좋다.
    나는 그가 자신의 프라이버시를 완전히 폭로할 것이라고 생각하지 못했다

    좋은 웹페이지 즐겨찾기