깃이 편하다던데 뭐야... 아...어쨌든 이런식으로만 하면 내 로컬환경과 서버의 코드를 최신으로 관리할수
있는거군. 편리하군...
랜딩페이지가 필요하겠는데... 아이피를 새로 파자. 근데 git 이 편했는데
어....뭐야.. 이럴땐 어떡해 해야 하는거지?. 따로 관리하고 싶은데..브런치 개념이 뭐야.
어떤 개념이 더 상위인거지?...
명확한건 AI는 진입장벽을 낮췄다는거고
그 의미는 결과적으로 시장을 넓혔다고 봐야 하는게 옳다고 봐야 하는것 아닐까...
그 시장이 내부시장인지에 외부 세상인지에 대한건
역시 시장을 어떡해 보느냐 하는 개개인의 관점에 따라 다를듯
댓글 2개
1인개발시: wls , 가상환경 리눅스작업 or 그냥 생 윈도우 작업 or 웹계정작업 방식 이라면 깃허브 저장소를 메모개념으로 활용하면 좋지만 필수까지는 아닐거같습니다.
협업시: 보통 도커랑 깃허브 연동해서 자주 사용하고 슬랙등을 이용해도 깃헙의 이슈, 수정요청 등을 공유하고 언제 푸시, 커밋 했는지 기록이 나와서 이런 부분 작업일지 기록하기도 좋고 검수하기에도 용이한거같습니다. 코드베이스개념으로 디플로이도 가능하고 저장소 자체에서 수정도 가능하고 여러모로 협업에 최적화된 경험을 제공해서...
사용하기 나름이겠지만 조금 더 효율적인가 , 아날로그 스타일인가 차이 아닐까 하네요.
게시글 목록
| 번호 | 제목 |
|---|---|
| 1188 | |
| 1187 | |
| 1186 | |
| 1185 | |
| 1177 | |
| 1176 | |
| 1173 | |
| 1152 | |
| 1150 | |
| 1146 | |
| 1145 | |
| 1141 | |
| 1140 | |
| 1138 | |
| 1137 | |
| 1136 | |
| 1133 | |
| 1132 | |
| 1130 | |
| 1128 | |
| 1126 | |
| 1121 | |
| 1116 | |
| 1114 | |
| 1111 | |
| 1094 | |
| 1093 | |
| 1089 | |
| 1086 | |
| 1084 |
댓글 작성
댓글을 작성하시려면 로그인이 필요합니다.
로그인하기