1. nodejs 개발팀 중 어느 한 팀이라도 동일한 버전 번호를 제어할 수 없나요? 통합 버전 번호도 결정할 수 없고 업그레이드도 허용하지 않는데 어떻게 회사를 열 수 있습니까?
2. npm 버전 번호 문제는 위와 같습니다
3. npm으로 설치한 패키지는 시스템마다 보편적이지 않습니다. 하나의 package.json에 모든 패키지의 버전 번호를 설정하고, git과 같은 버전 관리 방법을 통해 코드를 동기화하면 누구나 할 수 있지 않나요? npm install을 실행하여 직접 설치하시겠습니까?
저는 세 가지 개발 머신에서 mac, fedora, win10을 사용합니다. 왜 항상 말씀하신 상황이 발생하나요?
그리고 귀사에서는 프런트엔드 개발에 Mac과 Linux를 사용하시나요? IE 적응을 수행하는 방법은 무엇입니까? 가상 머신을 켜시겠습니까? 아헤헤헤 이제 지루하지 않아요
또한 창문은 반인간적이며, 무지한 사람은 두려움이 없습니다. 프런트엔드 개발을 위해서는 IDE(예: webstorm, 완전 크로스 플랫폼) 또는 편집기(atom, vscode, vim, emacs 등, 크로스 플랫폼), 브라우저(chrome, firefox 크로스 플랫폼)가 필요합니다. 및 몇 가지 명령줄 스크립트(npm 스크립트, 노드 백엔드, 크로스 플랫폼)를 실행하면 팀 구성원 중 누군가가 Windows를 사용해야 하는데 Windows를 사용하지 않을 이유가 없습니다.
실제로 문제는 프런트 엔드나 노드뿐만 아니라 Linux 개발 및 PHP 개발에서도 발생합니다(라이브러리 제어 도구도 사용하는 경우). 단지 npm의 라이브러리가 비교적 빠르게 업데이트된다는 것뿐입니다. 회사는 Vue를 개발할 때 1.0을 사용했고, 출시 준비가 되었을 때 npm에서 2.0으로 업데이트되었습니다. 대부분의 사람들은 항상 그것을 복사해서 붙여넣었고, npm 명령줄을 어떻게 입력해야 하는지 전혀 모릅니다. 그냥 복사해서 붙여넣기만 하면 무슨 일이 일어나는지 전혀 모릅니다. C와 같은 매우 전통적인 개발 언어에만 이 문제가 없습니다(그러나 데비안에서 매일 소스 코드 조각을 파헤치는 것은 꽤 고통스럽습니다)
또 다른 더 폭력적인 방법은 개발 리더가 node_modules 디렉터리를 직접 수정한 다음 하위 개발자에게 배포하는 것입니다. 아래 사람들은 npm을 직접 실행하지 않고 이 디렉터리를 직접 사용합니다. 그러나 Windows에서는 여전히 문제가 해결되지 않을 수 있습니다.
Docker나 이와 유사한 것은 개발 환경 공유 문제로 이어지기 때문에 권장하지 않습니다. npm이 이를 해결할 수 없다면 혼합 개발 환경 문제는 서로에게 더 해로울 것입니다.
현재 회사에서 사용하고 있는 것은 npm 버전 잠금 방식입니다. 또한, 오피스 윈도우를 개발하더라도 모든 파일은 로컬 가상머신인 CentOS에서 실행되기 때문에 파일명이 길어도 문제가 없습니다. 물론 스스로 할 수도 있지만, 다른 사람에게 물어보는 것은 너무 어려울 것입니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
왜 이렇게 이상한 질문을 하는지 이해가 안 돼요
1. nodejs 개발팀 중 어느 한 팀이라도 동일한 버전 번호를 제어할 수 없나요? 통합 버전 번호도 결정할 수 없고 업그레이드도 허용하지 않는데 어떻게 회사를 열 수 있습니까?
2. npm 버전 번호 문제는 위와 같습니다
3. npm으로 설치한 패키지는 시스템마다 보편적이지 않습니다. 하나의 package.json에 모든 패키지의 버전 번호를 설정하고, git과 같은 버전 관리 방법을 통해 코드를 동기화하면 누구나 할 수 있지 않나요? npm install을 실행하여 직접 설치하시겠습니까?
저는 세 가지 개발 머신에서 mac, fedora, win10을 사용합니다. 왜 항상 말씀하신 상황이 발생하나요?
그리고 귀사에서는 프런트엔드 개발에 Mac과 Linux를 사용하시나요? IE 적응을 수행하는 방법은 무엇입니까? 가상 머신을 켜시겠습니까? 아헤헤헤 이제 지루하지 않아요
또한 창문은 반인간적이며, 무지한 사람은 두려움이 없습니다. 프런트엔드 개발을 위해서는 IDE(예: webstorm, 완전 크로스 플랫폼) 또는 편집기(atom, vscode, vim, emacs 등, 크로스 플랫폼), 브라우저(chrome, firefox 크로스 플랫폼)가 필요합니다. 및 몇 가지 명령줄 스크립트(npm 스크립트, 노드 백엔드, 크로스 플랫폼)를 실행하면 팀 구성원 중 누군가가 Windows를 사용해야 하는데 Windows를 사용하지 않을 이유가 없습니다.
초대해주셔서 감사합니다~
죄송합니다. 회사 프론트엔드 라인 전체가 Mac Pro를 탑재하고 있으며, 디자인 라인 전체가 iMAC입니다.
이런 시간이 있다면 프로그래머를 위한 컴퓨터를 구입할 만큼 충분한 돈을 쓸 수 있습니다.
둘째, node-sass에는 문제가 많습니다. . . 당신은 그럴 자격이 있습니다
다시 말하지만, npm은 종속 버전도 잠글 수 있습니다.
npm shrinkwrap.npm force lock 버전은 가장 간단하고 폭력적인 방법입니다.
실제로 문제는 프런트 엔드나 노드뿐만 아니라 Linux 개발 및 PHP 개발에서도 발생합니다(라이브러리 제어 도구도 사용하는 경우). 단지 npm의 라이브러리가 비교적 빠르게 업데이트된다는 것뿐입니다. 회사는 Vue를 개발할 때 1.0을 사용했고, 출시 준비가 되었을 때 npm에서 2.0으로 업데이트되었습니다. 대부분의 사람들은 항상 그것을 복사해서 붙여넣었고, npm 명령줄을 어떻게 입력해야 하는지 전혀 모릅니다. 그냥 복사해서 붙여넣기만 하면 무슨 일이 일어나는지 전혀 모릅니다. C와 같은 매우 전통적인 개발 언어에만 이 문제가 없습니다(그러나 데비안에서 매일 소스 코드 조각을 파헤치는 것은 꽤 고통스럽습니다)
또 다른 더 폭력적인 방법은 개발 리더가 node_modules 디렉터리를 직접 수정한 다음 하위 개발자에게 배포하는 것입니다. 아래 사람들은 npm을 직접 실행하지 않고 이 디렉터리를 직접 사용합니다. 그러나 Windows에서는 여전히 문제가 해결되지 않을 수 있습니다.
Docker나 이와 유사한 것은 개발 환경 공유 문제로 이어지기 때문에 권장하지 않습니다. npm이 이를 해결할 수 없다면 혼합 개발 환경 문제는 서로에게 더 해로울 것입니다.
현재 회사에서 사용하고 있는 것은 npm 버전 잠금 방식입니다. 또한, 오피스 윈도우를 개발하더라도 모든 파일은 로컬 가상머신인 CentOS에서 실행되기 때문에 파일명이 길어도 문제가 없습니다. 물론 스스로 할 수도 있지만, 다른 사람에게 물어보는 것은 너무 어려울 것입니다.
Node/npm 통합 버전은 문제가 되지 않습니다. package.json의 종속성은 필요에 따라 버전을 잠글 수도 있습니다.
말씀하신 내용이 좀 불분명합니다. 아티스트가 개발 환경을 구성해야 하는 이유는 무엇인가요? 코드를 실행해야 합니까?